Perguntas de entrevista de Spring Boot

Você provavelmente usa Spring Boot todos os dias sem nunca ler o log de inicialização, e os entrevistadores sabem disso, por isso costumam começar por aqui. Esta seção cobre as perguntas que verificam se você entende o framework ou só os seus padrões.

• O que @SpringBootApplication realmente combina, e o que quebraria se você removesse uma parte?
• Como a autoconfiguração decide o que configurar, e que papel as anotações condicionais desempenham?
• O que é um starter, e o que existe dentro dele além de dependências?
• Como você sobrescreve ou desativa uma autoconfiguração específica?
• De onde vem um servidor embutido, e como você o trocaria?

Uma boa resposta conecta o mecanismo a algo que você fez: um bean que precisou excluir, um starter que substituiu, uma falha de inicialização que rastreou pelo relatório de avaliação de condições.

• Injeção de dependências. Injeção por construtor versus por campo, por que a injeção por construtor é preferida, e como resolver dois beans candidatos do mesmo tipo.
• Ciclo de vida e escopos de bean. Por que singleton é o escopo padrão, quando o escopo request ou prototype é correto, e o que torna inseguro compartilhar um bean singleton.
• Configuração. Precedência de propriedades, profiles por ambiente, e a diferença entre @ConfigurationProperties e injeção de valores espalhados.
• Spring Data JPA. Métodos de consulta derivados, o problema do N mais 1, lazy versus eager fetching, e quando recorrer a uma query nativa.
• Transações. O que o proxy @Transactional realmente intercepta, por que uma autochamada pula silenciosamente a transação, e como as regras de rollback funcionam com exceções verificadas.

A pergunta sobre o proxy de transação é onde uma resposta confiante mais desmorona, então esteja pronto para explicar a fronteira do proxy, e não só citar a anotação.

Além do container, os entrevistadores querem ver as partes que importam em produção. Na camada web: a escolha de status codes, validação, e tratamento centralizado de erros com @ControllerAdvice em vez de try-catch em cada controller. Em testes: a diferença entre um @SpringBootTest completo e um slice como um teste de camada web, e por que subir todo o contexto para um único teste de controller é um hábito lento. Em operações: o que o Actuator expõe, quais endpoints nunca devem ser públicos, e como health checks alimentam um deploy.

Pense em uma engenheira backend entrevistando para uma vaga de nível médio em uma empresa de logística. Perguntam a ela por que um job agendado às vezes grava dados parciais. Em vez de adivinhar, ela percorre a fronteira da transação, nota que o job chamava um método transacional sobre si mesmo, e explica o comportamento do proxy que pulou isso. A entrevistadora foi direto para a conversa de proposta, porque a resposta mostrou um hábito de depuração, e não uma definição decorada.

Bancos de perguntas para outras linguagens e frameworks estão reunidos em question banks.

Leia o log de inicialização do seu próprio serviço uma vez e seja capaz de narrá-lo. Depois ensaie em voz alta, porque a diferença entre conhecer um conceito e explicá-lo em quarenta segundos é o que decide essas rodadas. Um entrevistador de IA na página /mock-interview pode fazer os follow-ups que você não faria a si mesmo.

Durante uma entrevista em vídeo falada, o SubcueAI transcreve a pergunta do entrevistador e mostra do seu lado uma estrutura sugerida, no overlay de desktop no macOS e Windows ou no painel lateral da extensão de navegador Chromium. Nenhum bot de reunião entra na chamada, e nada é injetado na página da reunião. O limite honesto é a rodada de código: se ela migra para uma plataforma monitorada por tela ou com proctor, a ajuda ao vivo fica fora de escopo, e se você compartilhar sua tela, tudo o que está nela fica visível.