Qué preguntan en una entrevista de Java, cómo responder sobre la JVM, las colecciones y la concurrencia, y cómo ensayar la conversación.
Una entrevista de Java no evalúa el conocimiento de la sintaxis: eso lo sabe cualquiera que haya escrito código. Evalúa la comprensión de la plataforma: cómo funciona la memoria, por qué la aplicación falla bajo carga y qué ocurre bajo el capó del framework que usas a diario.
| Etapa | Qué se evalúa |
|---|---|
| Filtro | experiencia, stack, expectativas salariales |
| Teoría de Java | JVM, memoria, colecciones, multihilo |
| Programación en vivo | cómo escribes y razonas en voz alta |
| Arquitectura | Spring, BD, transacciones, colas |
Las clases se cargan mediante ClassLoader y pasan por verificación; el bytecode lo ejecuta el intérprete con compilación JIT de las secciones «calientes». La conclusión práctica que se espera: JIT calienta el código, por lo que los primeros segundos de ejecución son más lentos — de ahí el «calentamiento» antes de una prueba de carga.
El heap se divide en generaciones: joven (Eden + dos Survivor) y vieja. Los objetos que sobreviven a varias recolecciones pasan a la generación vieja. G1 recolecta regiones y procura mantener las pausas predecibles. A menudo preguntan cómo encontrar una fuga — la respuesta es mediante heap dump y análisis de referencias.
ArrayList frente a LinkedList (acceso por índice frente a inserción), HashMap y qué ocurre en una colisión, por qué la clave debe ser inmutable, ConcurrentHashMap frente a Hashtable. Aquí valoran no la definición, sino la elección según el problema.
synchronized frente a Lock, volatile y sus garantías, happens-before, pools de hilos (ThreadPoolExecutor), CompletableFuture. Casi siempre dan una tarea: «dos hilos incrementan un contador — qué pasará» y esperan el análisis de la condición de carrera.
Ciclo de vida del bean, ámbitos, proxies y AOP, por qué `@Transactional` no funciona al llamar a un método desde la misma clase (autoinvocación a través de proxy). Esta pregunta descarta a muchos.
Consultas N+1, carga perezosa y ansiosa, cachés de primer y segundo nivel, transacciones y niveles de aislamiento. A menudo piden encontrar el problema en un fragmento de código con entidades.
JUnit y Mockito, pruebas de integración frente a pruebas unitarias, Maven/Gradle, CI. Comprueban si llevas el código a producción.
La estructura funciona: tesis → justificación → ejemplo → limitación. El último paso — lo que distingue al profesional.
«Para este caso, usaría ConcurrentHashMap. La razón es que la lectura se hace desde varios hilos, mientras que Hashtable bloquea todo el objeto. En un proyecto anterior, esto eliminó un cuello de botella en la caché de métricas. Limitación: las operaciones compuestas de todos modos hay que envolverlas explícitamente; la atomicidad por una sola clave no lo salva».
— ejemplo de respuesta de la práctica de análisis de entrevistas
Una semana de 30–40 minutos al día si ya tiene práctica: repasar los siete temas anteriores, decir las respuestas en voz alta y recorrer un diálogo completo una vez. Si algún tema (por ejemplo, la concurrencia) le resulta poco claro, primero ciérrelo.
Sí, pero las proporciones dependen de la empresa. Los equipos de producto suelen dar tareas prácticas (analizar un bug, optimizar una consulta), las grandes empresas tecnológicas — tareas clásicas de arrays, strings, tablas hash.
Dígalo directamente y muestre su razonamiento: a qué se parece, cómo lo comprobaría. El entrevistador casi siempre distingue «no lo sé, pero lo pienso» de una invención, y lo segundo es un punto negativo directo.
No, pero hay que entender cómo funcionan los proxies, las transacciones y el ciclo de vida de un bean. Precisamente estas preguntas son las que se hacen con más frecuencia, y no se pueden responder memorizando anotaciones.
Con un rango, no con un solo número, basado en el mercado. El análisis detallado está en el artículo negociación salarial.
Describe la situación en una frase — «entrevista de desarrollador Java, Spring Boot, cinco años de experiencia» — y realiza el diálogo en simulador. El entrenador hará preguntas sobre tu rol y analizará las respuestas después de la conversación.
Recorra los siete temas y marque dónde la respuesta no encaja. Después, repase el diálogo completo: abra HintMeTalk AI, modo «Entrenador», describa la vacante en una frase. Tras el análisis se ve qué respuestas flaquean — normalmente son dos o tres de cada diez.
Análisis por otros roles: frontend, Python, . La preparación general — en el artículo analista de sistemaspreparación para la entrevista.
Practica esta habilidad en HintMeTalk AI
Abrir la app
HintMeTalk