Вопросы на собеседовании по Spring Boot

Вы, вероятно, используете Spring Boot каждый день, ни разу не прочитав его лог запуска, и интервьюеры это знают, поэтому часто начинают именно отсюда. Этот раздел охватывает вопросы, которые проверяют, понимаете ли вы фреймворк или знаете только его настройки по умолчанию.

• Что на самом деле объединяет @SpringBootApplication, и что сломается, если убрать одну часть?
• Как автоконфигурация решает, что настраивать, и какую роль играют условные аннотации?
• Что такое стартер, и что в нём есть, помимо зависимостей?
• Как переопределить или отключить конкретную автоконфигурацию?
• Откуда берётся встроенный сервер, и как бы вы его заменили?

Хороший ответ связывает механизм с чем-то, что вы реально делали: бином, который пришлось исключить, стартером, который вы заменили, сбоем запуска, который вы отследили через отчёт об оценке условий.

• Внедрение зависимостей. Внедрение через конструктор против внедрения в поле, почему предпочтительнее внедрение через конструктор, и как разрешить ситуацию с двумя кандидатами-бинами одного типа.
• Жизненный цикл и области видимости бина. Почему singleton — область по умолчанию, когда уместна область request или prototype, и что делает совместное использование singleton-бина небезопасным.
• Конфигурация. Приоритет свойств, профили по окружениям, и разница между @ConfigurationProperties и разрозненным внедрением значений.
• Spring Data JPA. Производные методы запросов, проблема N плюс 1, ленивая загрузка против немедленной, и когда переходить на нативный запрос.
• Транзакции. Что на самом деле перехватывает прокси @Transactional, почему самовызов незаметно пропускает транзакцию, и как правила отката работают с проверяемыми исключениями.

Вопрос о прокси транзакций — место, где уверенный ответ чаще всего разваливается, так что будьте готовы объяснить границу прокси, а не просто назвать аннотацию.

Помимо контейнера, интервьюеры хотят видеть части, которые важны в продакшене. На веб-уровне: выбор кодов состояния, валидация, и централизованная обработка ошибок через @ControllerAdvice вместо try-catch в каждом контроллере. В тестировании: разница между полным @SpringBootTest и срезом вроде теста веб-слоя, и почему запуск всего контекста ради одного теста контроллера — медленная привычка. В эксплуатации: что раскрывает Actuator, какие эндпоинты никогда не должны быть публичными, и как проверки здоровья влияют на деплой.

Представьте бэкенд-инженера, проходящего собеседование на позицию middle в логистической компании. Её спрашивают, почему запланированная задача иногда записывает неполные данные. Вместо догадок она разбирает границу транзакции, замечает, что задача вызывала транзакционный метод сама у себя, и объясняет поведение прокси, из-за которого вызов был пропущен. Интервьюер сразу перешёл к разговору об оффере, потому что ответ показывал привычку отладки, а не заученное определение.

Наборы вопросов для других языков и фреймворков собраны на странице question banks.

Прочитайте один раз лог запуска своего сервиса и научитесь его пересказывать. Затем репетируйте вслух, потому что именно разрыв между знанием концепции и умением объяснить её за сорок секунд решает исход этих раундов. ИИ-интервьюер на странице /mock-interview может задать те уточняющие вопросы, которые вы сами себе не зададите.

Во время устного видеособеседования SubcueAI расшифровывает вопрос интервьюера и показывает на вашей стороне предложенную структуру ответа — в оверлее на рабочем столе на macOS и Windows или в боковой панели расширения браузера Chromium. Ни один бот не присоединяется к встрече, и ничего не внедряется на страницу встречи. Честная граница — раунд с кодом: если он переходит на платформу с мониторингом экрана или прокторингом, live-помощь выходит за рамки, а если вы демонстрируете экран, всё, что на нём есть, становится видимым.