Какая строка НЕ скомпилируется?

var a = 10;            // 1
var b = "Java";        // 2
var c = null;          // 3
var d = (String) null; // 4

🔍 Ответ на задачу про var: Не всё так просто с null 🚫
Ключевое слово var (Java 10+) выводит тип переменной на основе инициализатора. Если мы пишем var c = null, компилятор не имеет ни малейшего представления, список это, строка или ваш кастомный класс. Поэтому такая запись запрещена.
Однако, если сделать явное приведение (String) null, тип становится известен, и var сработает.

Вывод:
Не скомпилируется только строка 3.

⚡️ Не перепутайте:
var — это не динамическая типизация как в JS. Тип определяется один раз при компиляции и не может быть изменен позже.

#java #java10 #var #inference #basics #интервью #java_interview_tasks

🔍 Ответ на задачу про 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

Что вернет метод phantomRef.get()?

Object obj = new Object();
ReferenceQueue<Object> queue = new ReferenceQueue<>();
PhantomReference<Object> phantomRef = new PhantomReference<>(obj, queue);
System.out.println(phantomRef.get());

🔍 Ответ на задачу про PhantomReference: 👻
PhantomReference спроектирована так, что её метод get() всегда возвращает null. Её единственная цель — узнать момент, когда объект был окончательно удален из памяти, через специальную очередь ReferenceQueue. Это гораздо безопаснее и гибче, чем устаревший метод finalize().

Вывод:
Код выведет null. Фантомные ссылки используют для очистки ресурсов вне кучи (off-heap memory), когда мы точно знаем, что Java-объект уже "мертв".

⚡️ Не перепутайте:
- WeakReference: удаляется при ближайшей сборке мусора.
- SoftReference: удаляется только при нехватке памяти.
- PhantomReference: объект уже удален, ссылка нужна только для уведомления.

#java #jvm #gc #memory #phantomreference #интервью #java_interview_tasks