Junior Java Backend — вопросы на собеседовании Java разработчика

Как устроен HashMap внутри и чем от него отличается ConcurrentHashMap?

HashMap хранит записи в массиве бакетов, индекс берётся из хеша ключа; коллизии складываются в связный список, который после восьми узлов превращается в красно-чёрное дерево. Он не потокобезопасен — одновременный ресайз может испортить структуру. ConcurrentHashMap достигает потокобезопасности блокировкой только той корзины, в которую пишут (CAS плюс synchronized на узле), а не всей мапы, поэтому чтения идут без блокировок, а записи конкурируют только в пределах одной корзины.

Объясните контракт equals() и hashCode(). Что ломается при его нарушении?

Если два объекта равны по equals(), они обязаны возвращать одинаковый hashCode; неравные объекты могут совпадать по хешу, но в идеале не совпадают. Нарушение ломает все хеш-коллекции: объект попадает в один бакет, а последующий поиск считает другой хеш, идёт в другой бакет и сообщает, что записи нет. Классический баг — изменить поле, участвующее в hashCode, уже после добавления объекта в множество.

Что такое garbage collection и какие сборщики есть в JVM?

GC освобождает память кучи для объектов, до которых больше нельзя добраться от GC roots. Куча поколенческая — большинство объектов умирают молодыми, поэтому минорные сборки в young generation дёшевы. Из сборщиков есть Serial и Parallel для пропускной способности, G1 как современный дефолт с балансом паузы и throughput, а также ZGC и Shenandoah для очень больших куч с паузами меньше миллисекунды.

В чём разница между checked и unchecked исключениями?

Checked наследуются от Exception и обязаны быть объявлены или обработаны — они описывают восстановимые ситуации, к которым вызывающий код должен готовиться, например IOException. Unchecked наследуются от RuntimeException и сигналят об ошибках программиста: NullPointerException, IllegalArgumentException. На практике совет такой: unchecked для багов, checked умеренно, потому что принуждение обрабатывать исключение в каждом вызове чаще всего рождает пустые catch-блоки.

Что такое Dependency Injection в Spring и какие есть типы инъекции?

DI означает, что объект получает зависимости от контейнера, а не создаёт их сам, — это развязывает классы и делает их тестируемыми. Spring поддерживает инъекцию через конструктор, сеттер и поле. Предпочтительна конструкторная: зависимости становятся final, объект никогда не существует в недостроенном виде, и класс не может скрыть разрастающийся список зависимостей так, как это позволяет инъекция в поле.

В чём разница между @Component, @Service, @Repository и @Controller?

Все четыре регистрируют класс как бин Spring и технически взаимозаменяемы для сканирования. Различаются намерением и тем, что Spring к ним добавляет: @Repository транслирует исключения персистентности в иерархию DataAccessException, @Controller и @RestController участвуют в маппинге запросов, а @Service — семантическая пометка бизнес-логики. Использование конкретной аннотации документирует слой и включает нужное поведение.

Что такое транзакция? Объясните уровни изоляции.

Транзакция — это единица работы, удовлетворяющая ACID: она либо целиком коммитится, либо откатывается. Уровни изоляции меняют консистентность на параллелизм: Read Uncommitted допускает грязные чтения, Read Committed их исключает, Repeatable Read дополнительно исключает неповторяющиеся чтения, Serializable убирает и фантомы ценой пропускной способности. Большинство систем работают на Read Committed и закрывают остаточные аномалии оптимистичными блокировками.

В чём разница между ArrayList и LinkedList? Когда выбрать каждый?

ArrayList опирается на расширяемый массив: доступ по индексу O(1), но вставка и удаление в середине сдвигают элементы. LinkedList — двусвязный список: вставка и удаление у известного узла O(1), зато доступ по индексу O(n), и каждый элемент несёт накладные расходы узла. На практике ArrayList выигрывает почти всегда, потому что локальность кеша процессора важнее теоретической сложности; LinkedList полезен в основном как Deque.

Что такое volatile и synchronized? Когда использовать каждый?

volatile гарантирует видимость — запись сразу видна другим потокам, а чтения не кешируются — но не даёт атомарности, поэтому volatile-счётчик всё равно теряет инкременты. synchronized даёт и видимость, и взаимное исключение, так что блок в каждый момент выполняет только один поток. volatile берут для простого флага, который читают многие потоки; synchronized или Atomic — когда операция это чтение-изменение-запись.