Las entrevistas de React mezclan especificidades del framework — hooks, rendering, estado — con fundamentos de JavaScript que deciden si realmente entiendes qué está haciendo React. Aquí están las preguntas más comunes con respuestas modelo. Junior: teoría básica, definiciones y casos prácticos simples.
Le dice a React qué valores lee el efecto, así el efecto vuelve a correr solo cuando uno de ellos cambia. Un array vacío significa correr una vez después del montaje; omitir el array por completo significa correr después de cada render, que es cómo empiezan los loops infinitos. Dejar afuera un valor usado es el otro fallo — el efecto cierra sobre un valor obsoleto y lo sigue usando para siempre.
La key le dice a React qué elemento en la lista nueva corresponde a cuál en la vieja, así puede mover un nodo en vez de reconstruirlo. Usar el índice rompe eso en cuanto la lista se reordena o se remueve un elemento: React empareja por posición, así el componente equivocado mantiene el estado equivocado — un checkbox marcado salta a una fila distinta.
Las props se pasan desde el padre y son de solo lectura en el componente que las recibe. El state es propiedad del componente y cambiarlo dispara un re-render. Si dos componentes necesitan el mismo valor, pertenece a su padre común más cercano y baja como props — eso es lo que significa "elevar el estado".
React decide si re-renderizar comparando el valor anterior con el nuevo por referencia. Hacer push a un array deja la referencia sin cambios, así React concluye que no pasó nada y se salta el render — los datos se actualizaron y la pantalla no. En vez de eso reemplazas el valor: un array nuevo, un objeto nuevo.
Un input controlado tiene su valor manejado por el state de React y un onChange que escribe de vuelta, así el state es la única fuente de verdad. Uno no controlado mantiene su valor en el DOM y lo lees a través de un ref. Controlado es el default porque la validación, el formato y el deshabilitado condicional todos necesitan el valor durante el render; no controlado es para casos donde re-renderizar en cada tecla es un desperdicio.
React identifica los hooks por orden de llamada, no por nombre — el primer useState en un componente siempre es el mismo pedazo de estado. Un hook dentro de un if cambia ese orden entre renders, así React le entrega el estado equivocado al hook equivocado. Por eso la regla es llamarlos incondicionalmente en el nivel superior, y poner la condición dentro del hook en su lugar.
Se sale: si el valor nuevo es idéntico por Object.is al actual, React no re-renderiza. Por eso poner un primitivo al mismo número es gratis, y por eso poner un objeto estructuralmente idéntico pero recién creado no lo es — la referencia difiere, así React re-renderiza aunque nada cambió visiblemente.
En una entrevista real hablas bajo presión. Cam hace estas mismas preguntas, evalúa cada respuesta y muestra exactamente qué mejorar.
Practicar entrevista de Junior React Frontend →