Java Books
Java Библиотека По всем вопросам- @notxxx1 @ai_machinelearning_big_data - machine learning @pythonl - Python @itchannels_telegram - 🔥 best it channels @ArtificialIntelligencedl - AI @pythonlbooks-📚 @programming_books_it -it 📚 № 5032728887
Ko'proq ko'rsatish📈 Telegram kanali Java Books analitikasi
Java Books (@java_library) kanali faol ishtirokchi. Hozirda hamjamiyat 14 211 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 8 815-o'rinni va Rossiya mintaqasida 46 019-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 14 211 obunachiga ega bo‘ldi.
25 Avgust, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -60 ga, so‘nggi 24 soatda esa -11 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 8.91% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 3.73% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 1 267 marta ko‘riladi; birinchi sutkada odatda 530 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 4 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent docker, собеседование, sql, boot, string kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Java Библиотека
По всем вопросам- @notxxx1
@ai_machinelearning_big_data - machine learning
@pythonl - Python
@itchannels_telegram - 🔥 best it channels
@ArtificialIntelligencedl - AI
@pythonlbooks-📚
@programming_books_it -it 📚
№ 503272888...”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 26 Avgust, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
stream(), добавлю parallelStream() — станет быстрее».
Но не всегда.
parallelStream() использует общий ForkJoinPool Java:
users.parallelStream()
.map(this::callExternalApi)
.toList();
Если внутри идут HTTP-запросы, SQL или ожидание внешнего сервиса, можно получить обратный эффект:
забить общий пул потоков
увеличить задержки
замедлить другие части приложения
parallelStream() хорошо подходит для:
✅ сложных CPU-вычислений
✅ обработки больших коллекций
✅ математических операций
Но плохо подходит для:
❌ HTTP
❌ базы данных
❌ файлового I/O
❌ ожидания внешних сервисов
Для таких задач лучше использовать отдельный пул:
ExecutorService executor =
Executors.newFixedThreadPool(20);
и контролировать количество параллельных операций.
Главное правило:
parallelStream() — для вычислений.
ExecutorService — для бизнес-логики и внешних вызовов.
Код может идеально работать на тестах, но в production внезапно получить проблемы из-за одного parallelStream().
private static final Map<Class<?>, Metadata> CACHE =
new ConcurrentHashMap<>();
На первый взгляд всё нормально.
Но в приложениях с динамической загрузкой классов — plugins, application servers, hot reload — такой кеш может удерживать Class, а вместе с ним и его ClassLoader.
И получить неприятную утечку памяти.
В Java для этого есть малоизвестный ClassValue<T>:
private static final ClassValue<Metadata> CACHE =
new ClassValue<>() {
@Override
protected Metadata computeValue(Class<?> type) {
return buildMetadata(type);
}
};
Использование:
Metadata metadata = CACHE.get(MyClass.class);
Что даёт ClassValue:
- ленивое вычисление значения для каждого класса;
- thread-safe доступ;
- не нужен собственный ConcurrentHashMap;
- кеш лучше согласован с жизненным циклом загруженных классов.
Особенно полезно для reflection, serializers, ORM, DI-контейнеров и framework-кода, где постоянно кешируются данные по Class<?>.
🔥 Если видишь в библиотеке:
static ConcurrentHashMap<Class<?>, ...>
стоит хотя бы задать вопрос:
а почему здесь не `ClassValue`?
#Java #JVM #Backend #Programming
CompletableFuture<User> future =
CompletableFuture.supplyAsync(() -> userClient.loadUser(id));
Но без явного Executor задача обычно попадёт в общий ForkJoinPool.commonPool().
Если loadUser() ждёт HTTP, базу данных или файловую систему, поток блокируется. Несколько медленных вызовов могут занять весь общий пул и затормозить совершенно несвязанные операции приложения.
Лучше выделить отдельный пул для блокирующего I/O:
private static final ExecutorService IO_POOL =
Executors.newFixedThreadPool(32);
CompletableFuture<User> future =
CompletableFuture.supplyAsync(
() -> userClient.loadUser(id),
IO_POOL
);
И не забыть корректно его закрыть:
IO_POOL.shutdown();
Для цепочки тоже важно явно выбирать executor:
future.thenApplyAsync(
user -> enrichUser(user),
IO_POOL
);
Почему это полезно:
- медленный внешний сервис не блокирует общий пул;
- нагрузку можно ограничить размером executor;
- проще наблюдать очередь и время выполнения;
- разные типы задач не мешают друг другу.
CompletableFuture не делает блокирующий код неблокирующим. Он лишь переносит ожидание в другой поток.
Асинхронность без контроля executor - это просто блокировка в менее заметном месте.Path.equals() сравнивает только представление пути:
Path a = Path.of("data.txt");
Path b = Path.of("./data.txt");
System.out.println(a.equals(b)); // false
Хотя оба пути могут вести к одному файлу.
Для проверки используйте:
boolean same = Files.isSameFile(a, b);
Files.isSameFile() обращается к файловой системе и учитывает:
- относительные пути;
- символические ссылки;
- реальное расположение файла.
Path file = Path.of("data.txt");
Path link = Path.of("data-link.txt");
Files.isSameFile(file, link); // true, если link ведёт к data.txt
Полезно при поиске дубликатов, проверке пользовательских путей и защите от повторной обработки одного файла.
Учтите: метод может обращаться к диску и выбрасывать IOException, поэтому это не просто строковое сравнение.
Доступно начиная с Java 7.
#Java #JavaTips #FilesunmodifiableList() не делает настоящую копию
Эти два варианта выглядят похоже, но работают по-разному:
List<String> source = new ArrayList<>();
source.add("Java");
List<String> view = Collections.unmodifiableList(source);
List<String> copy = List.copyOf(source);
source.add("Spring");
System.out.println(view); // [Java, Spring]
System.out.println(copy); // [Java]
Collections.unmodifiableList() создаёт только неизменяемое представление исходного списка. Если source изменится, изменения появятся и в view.
List.copyOf() создаёт отдельный неизменяемый снимок данных.
Используйте:
- unmodifiableList() — когда нужен read-only view актуального списка;
- List.copyOf() — когда нужно зафиксировать состояние и безопасно вернуть его наружу.
public List<String> getUsers() {
return List.copyOf(users);
}
Так внешний код не сможет изменить внутреннюю коллекцию, а последующие изменения users не повлияют на уже возвращённый результат.
List.copyOf() доступен начиная с Java 10.
#Java #JavaTips #BackendClassLoader, создавая утечки памяти в плагинах, серверах приложений и системах с динамической загрузкой.
Для подобных случаев в Java есть ClassValue:
private static final ClassValue<Metadata> CACHE =
new ClassValue<>() {
@Override
protected Metadata computeValue(Class<?> type) {
return inspect(type);
}
};
Metadata metadata = CACHE.get(User.class);
Значение вычисляется отдельно для каждого класса и может быть очищено после его выгрузки.
ClassValue особенно полезен для reflection-кэшей, сериализаторов, ORM, прокси и плагинных архитектур.
Редкий инструмент JVM, который часто безопаснее, чем ConcurrentHashMap<Class<?>, ...>.
#Java #JVM #Backend #PerformancePath.equals() проверяет только сами пути. Поэтому эти значения считаются разными:
Path path1 = Path.of("data/report.txt");
Path path2 = Path.of("data/../data/report.txt");
Чтобы проверить, указывают ли они на один и тот же реальный файл, используйте:
boolean same = Files.isSameFile(path1, path2);
Метод учитывает:
- относительные и абсолютные пути;
- символические ссылки;
- особенности файловой системы;
- разные способы записи одного расположения.
Пример:
Path original = Path.of("/app/config.json");
Path symlink = Path.of("/app/current-config");
if (Files.isSameFile(original, symlink)) {
System.out.println("Это один файл");
}
Важно: метод обращается к файловой системе и может выбросить IOException.
Files.isSameFile() полезен перед копированием, перемещением или удалением файлов — особенно когда в проекте используются символические ссылки и нестандартные пути.