Preguntas de entrevista de Spring Boot

Probablemente uses Spring Boot todos los días sin leer nunca su log de arranque, y los entrevistadores lo saben, por eso suelen empezar por aquí. Esta sección cubre las preguntas que verifican si entiendes el framework o solo sus valores por defecto.

• ¿Qué combina realmente @SpringBootApplication, y qué se rompería si quitaras una de sus partes?
• ¿Cómo decide la autoconfiguración qué configurar, y qué papel juegan las anotaciones condicionales?
• ¿Qué es un starter, y qué contiene además de dependencias?
• ¿Cómo se sobrescribe o desactiva una autoconfiguración específica?
• ¿De dónde viene un servidor embebido, y cómo lo reemplazarías?

Una buena respuesta conecta el mecanismo con algo que hiciste: un bean que tuviste que excluir, un starter que reemplazaste, un fallo de arranque que rastreaste a través del informe de evaluación de condiciones.

• Inyección de dependencias. Inyección por constructor frente a por campo, por qué se prefiere la de constructor, y cómo resolver dos beans candidatos del mismo tipo.
• Ciclo de vida y ámbitos de bean. Por qué singleton es el ámbito por defecto, cuándo el ámbito request o prototype es correcto, y qué hace inseguro compartir un bean singleton.
• Configuración. Precedencia de propiedades, perfiles por entorno, y la diferencia entre @ConfigurationProperties y la inyección de valores dispersos.
• Spring Data JPA. Métodos de consulta derivados, el problema de N más 1, carga perezosa frente a ansiosa, y cuándo recurrir a una consulta nativa.
• Transacciones. Qué intercepta realmente el proxy @Transactional, por qué una autollamada salta silenciosamente la transacción, y cómo funcionan las reglas de rollback con excepciones comprobadas.

La pregunta del proxy de transacción es el lugar donde más a menudo se derrumba una respuesta segura, así que prepárate para explicar el límite del proxy y no solo nombrar la anotación.

Más allá del contenedor, los entrevistadores quieren ver las partes que importan en producción. En la capa web: la elección de códigos de estado, la validación, y el manejo centralizado de errores con @ControllerAdvice en vez de try-catch en cada controlador. En testing: la diferencia entre un @SpringBootTest completo y un slice como un test de la capa web, y por qué arrancar todo el contexto para un solo test de controlador es un mal hábito que ralentiza todo. En operaciones: qué expone Actuator, qué endpoints nunca deben ser públicos, y cómo los health checks alimentan un despliegue.

Piensa en una ingeniera backend que entrevista para un puesto de nivel intermedio en una empresa de logística. Le preguntan por qué un job programado a veces escribe datos parciales. En vez de adivinar, recorre el límite de la transacción, señala que el job llamaba a un método transaccional sobre sí mismo, y explica el comportamiento del proxy que lo saltó. El entrevistador pasó directo a hablar de la oferta, porque la respuesta mostraba un hábito de depuración y no una definición memorizada.

Los bancos de preguntas de otros lenguajes y frameworks están reunidos en question banks.

Lee una vez el log de arranque de tu propio servicio y sé capaz de narrarlo. Luego ensaya en voz alta, porque la brecha entre conocer un concepto y explicarlo en cuarenta segundos es lo que decide estas rondas. Un entrevistador de IA en la página /mock-interview puede hacer las preguntas de seguimiento que tú mismo no harías.

Durante una entrevista en video hablada, SubcueAI transcribe la pregunta del entrevistador y muestra de tu lado una estructura sugerida, en el overlay de escritorio en macOS y Windows o en el panel lateral de la extensión de navegador Chromium. Ningún bot de reunión se une a la llamada, y nada se inyecta en la página de la reunión. El límite honesto es la ronda de código: si pasa a una plataforma vigilada por pantalla o con proctor, la ayuda en vivo queda fuera de alcance, y si compartes tu pantalla, todo lo que hay en ella se vuelve visible.