Вопросы на собеседовании по Java с ответами: что реально спрашивают в 2026

У Java-собеседований репутация викторины, и отчасти она заслужена. Но вопросы, которые реально решают исход, — совсем не викторина: это небольшой набор тем, где интервьюер проверяет, дебажили ли вы когда-нибудь Java в проде или только читали про неё. Разберём раунды по порядку и то, что проверяется под каждым вопросом.

Коллекции: разминка, которая не разминка

«Как устроен HashMap изнутри?» — самый задаваемый Java-вопрос на свете, и большинство отвечает ровно на той глубине, за которую баллов не дают: бакеты, хеш, всё. Пройдите на слой глубже. Хеш-код определяет бакет, equals разрешает коллизии внутри него, коллизии складываются в цепочку и — начиная с Java 8 — тяжёлый бакет превращается в сбалансированное дерево; поэтому плохой хеш деградирует до O(log n), а не до O(n). И добавьте то, что говорят сеньоры: мутабельный ключ, поля которого изменились после вставки, фактически теряется в мапе.

Пары, которые стоит держать наготове: ArrayList против LinkedList (и почему LinkedList на практике почти всегда неверный ответ), HashMap против ConcurrentHashMap и контракт equals/hashCode. Последнее — не занудство: его нарушение тихо ломает любую коллекцию, куда вы положите объект.

Конкурентность: где выигрываются мидловые интервью

Ждите разницу между synchronized и ReentrantLock, что гарантирует volatile (видимость, но не атомарность), почему ExecutorService лучше ручного создания потоков и как выглядит дедлок в коде, который вы правда писали. Сильные кандидаты называют инструменты java.util.concurrent по именам: ConcurrentHashMap, CountDownLatch, CompletableFuture, атомарные классы.

Если собеседование на Java 21+, знайте виртуальные потоки настолько, чтобы объяснить, какую проблему они решают — блокирующий I/O при высокой конкурентности без переписывания на реактивщину — и где они не помогают, а это CPU-bound задачи.

JVM и память: фильтр на сеньора

Heap против stack, что где реально живёт, когда объект становится мусором, почему «утечка памяти в языке со сборщиком мусора» — не противоречие (статические коллекции, растущие вечно; незакрытые ресурсы; слушатели, которых не отписали). Если вы хоть раз читали heap dump или тюнили GC — начинайте с этой истории, она мгновенно выделяет вас из потока.

Spring: вопросы про фреймворк с дизайнерским ядром

Внедрение зависимостей и зачем оно, скоупы бинов, прокси-механизм за @Transactional— и его классическая ловушка: вызов метода внутри того же бина идёт мимо прокси, и транзакция не стартует. Ждите и вопросов по REST: идемпотентность, коды статусов, версионирование и как не уронить сервис из-за медленного соседа.

Кодинг-раунд

Java-кодинг опирается на строки, мапы и стримы. Тренируйте комментирование по ходу: озвучьте подход, назовите сложность до того как начнёте, потом пишите. Уверенно пользуйтесь стандартной библиотекой — кандидат, переписывающий стрим-операцию руками, выглядит менее свободным, а не более дотошным.

Поведенческий раунд решает ничьи

Java-роли концентрируются в банках, финтехах и энтерпрайзе, где поведенческий раунд имеет реальный вес: инцидент в проде, который вы разруливали; спор по архитектуре; сорванный дедлайн и что вы после него поменяли. Подготовьте три истории по STAR, по девяносто секунд, и проговорите их вслух на языке интервью. Затем прогоните полное мок-интервью бэкендера от начала до конца — коллекции, конкурентность, Spring, поведенческий — потому что отвечать на эти темы поодиночке в голове и подряд под таймером — разные вещи.