Собеседование Java-разработчика:
вопросы и ответы.

Массив бакетов, хеш ключа определяет бакет, коллизии — связный список, при превышении порога — красно-чёрное дерево. Упомяните load factor, ресайз и почему важен неизменяемый ключ с корректными equals/hashCode. Это вопрос номер один на Java-интервью.

Равные объекты обязаны иметь равный хеш. При нарушении HashMap «теряет» объект: положили по одному хешу, ищете по другому. Приведите пример: мутировали поле ключа после вставки. Скажите про генерацию через records или IDE.

Checked проверяются компилятором и вынуждают обработку, unchecked — нет. Практика индустрии сместилась к unchecked для большинства случаев; checked — когда вызывающий реально может восстановиться. Главное — не глотать исключения молча.

Гарантирует видимость записи другим потокам и запрет переупорядочивания, но не атомарность составных операций: counter++ под volatile всё равно гонка. Для счётчиков — AtomicInteger, для сложных инвариантов — блокировки. Свяжите с happens-before.

Spring оборачивает бин в прокси, транзакция открывается при входе в публичный метод извне. Не работает: вызов this.method() внутри того же класса, приватные методы, проглоченное исключение (по умолчанию откат только на unchecked). Это любимая ловушка интервьюеров.

Ленивая загрузка коллекции в цикле порождает запрос на каждую сущность. Лечение: JOIN FETCH в JPQL, EntityGraph, батч-фетчинг. Скажите, как обнаружили бы: логирование SQL, метрики количества запросов на операцию.

G1 — баланс пропускной способности и пауз, дефолт. ZGC — субмиллисекундные паузы на больших кучах ценой пропускной способности. Выбор важен при жёстких требованиях к латентности. Плюс: как смотреть GC-логи и что такое stop-the-world.

Лёгкие потоки поверх небольшого числа платформенных: тысячи блокирующих I/O-задач без пула. Не помогут на CPU-нагрузке и при synchronized-блокировках, пиннящих поток-носитель. Покажите, что понимаете отличие от реактивного подхода.

Создание, внедрение зависимостей, BeanPostProcessor, init-методы, уничтожение. Singleton — один на контейнер (дефолт), prototype — новый на каждый запрос из контекста. Классическая ловушка: prototype, внедрённый в singleton, создаётся один раз.

Схема: симптом → как мерили (профайлер, метрики, GC-логи) → причина → решение → эффект в цифрах. Для Java хорошо звучат кейсы про утечку памяти, N+1 или неудачный пул потоков. Подчеркните: сначала измерение, потом оптимизация.