🔍 Ответ на задачу про Virtual Threads: Опасность synchronized 📌
В текущей реализации , начиная с Java 21 виртуальные потоки не могут освобождать системный (carrier) поток, если они находятся внутри synchronized блока или вызывают нативный метод. Это называется Pinning. Если ваш код делает тяжелые сетевые вызовы внутри synchronized, вы можете забить все системные потоки и свести на нет всю пользу от виртуальных потоков.

Вывод:
Системный поток будет заблокирован (ответ 2). Рекомендуется использовать ReentrantLock, так как он не вызывает закрепления потока.

⚡️ Не перепутайте:
Это не значит, что synchronized — зло. Если операция внутри блока быстрая (просто инкремент), закрепление не будет проблемой.

#java #java21 #virtualthreads #loom #concurrency #интервью #java_interview_tasks

Devoxx Belgium 2026 только закончилась:

https://youtube.com/playlist?list=PLKlmOVksNGoE&si=_BvX8q8qFK4hR4ig

Что произойдет, если поток вызовет tryLock(), а замок уже занят другим потоком?

ReentrantLock lock = new ReentrantLock();
// ... где-то в другом потоке lock.lock() ...
if (lock.tryLock()) {
        try { /* работа */ }
        finally { lock.unlock(); }
        } else {
        System.out.print("Busy");
}

🔍 Ответ на задачу про ReentrantLock: Попытка не пытка 🚪
Метод tryLock() — неблокирующий. Он мгновенно возвращает true, если замок удалось захватить, и false, если нет. Это позволяет потоку избежать ожидания и заняться чем-то другим или реализовать свою логику повторных попыток.

Вывод:
Поток напечатает "Busy" и не будет блокироваться.

⚡️ Не перепутайте:
При использовании lock() всегда вызывайте unlock() в блоке finally. Со synchronized об этом заботится сама JVM.

#java #concurrency #multithreading #reentrantlock #интервью #java_interview_tasks

Что выведет этот код?

Semaphore sem = new Semaphore(0);
sem.release();
sem.release();
System.out.println(sem.availablePermits());

🔍 Ответ на задачу про Semaphore: Кто потерял ключи? 🔑
В отличие от многих других синхронизаторов, Semaphore в Java — это просто счетчик. Метод release() просто увеличивает счетчик разрешений на единицу. Ему совершенно всё равно, вызывали ли вы acquire() до этого.

Вывод:
Код напечатает 2. Это свойство часто используют для передачи сигналов между потоками: один поток ждет (acquire), а другой подает сигнал о готовности (release).

⚡️ Не перепутайте:
Если вам нужен строгий замок, где отдать ключ может только тот, кто его взял — используйте ReentrantLock.

#java #concurrency #semaphore #multithreading #интервью #java_interview_tasks

🔍 Ответ на задачу про CountDownLatch vs CyclicBarrier: Одноразовый или нет? 🏁
- CountDownLatch — одноразовый. Как только счетчик упал до нуля, все потоки проходят через await() свободно, и "взвести" его обратно нельзя.
- CyclicBarrier — многоразовый. После того как все потоки собрались в точке сбора, барьер сбрасывается и готов к следующему раунду (циклу). У него есть метод reset().

Вывод:
CountDownLatch нельзя использовать повторно

⚡️ Не перепутайте:
- Нужен старт нескольких потоков одновременно? CyclicBarrier.
- Нужно дождаться завершения инициализации чего-либо? CountDownLatch.

#java #concurrency #multithreading #latch #barrier #интервью #java_interview_tasks

🔍 Ответ на задачу про ThreadLocal: Утечка памяти в серверах 🚰
Веб-серверы используют ThreadPool. Поток не умирает после завершения запроса, а возвращается в пул. Если вы привязали к нему данные через ThreadLocal и не удалили их, эти данные будут висеть в памяти вечно (или пока поток не будет пересоздан), так как на них есть ссылка из живого потока.

Вывод:
Объект останется в памяти. Всегда вызывайте threadLocal.remove() в блоке finally после завершения работы.

⚡️ Не перепутайте:
В современных Java (21+) для таких целей лучше использовать Scoped Values, которые гарантируют очистку данных после выхода из блока.

#java #threadlocal #memoryleak #jvm #backend #интервью #java_interview_tasks