Perguntas de entrevista de React que você deve esperar

A superfície do React é enorme, e as listas de perguntas tratam cada canto como igualmente provável. Não são. Esta seção cobre os conceitos que realmente decidem a maioria das entrevistas, para que você treine de acordo com a distribuição real. Quatro grupos dominam:

• Mecânica dos hooks: as regras dos hooks, o que entra no array de dependências do useEffect, funções de cleanup, e o bug da closure obsoleta, em que um effect ou callback enxerga um valor de state antigo.
• Renderização: o que dispara um re-render, como a reconciliação compara as árvores, e por que keys estáveis importam em listas.
• Design de state: elevar o state, inputs controlados versus não controlados, e quando context faz sentido em vez de um store externo.
• Performance: React.memo, useMemo, useCallback, e quando cada um é ruído em vez de ajuda.

Os entrevistadores investigam o porquê por trás de cada ponto. Recitar que keys precisam ser únicas não pontua nada; explicar o que o React faz com uma key ao reordenar uma lista, sim.

A maioria das entrevistas de React inclui construir um componente pequeno ao vivo. Os exercícios recorrentes são estáveis entre empresas:

• Buscar uma lista de uma API, renderizá-la, e adicionar um filtro de texto.
• Adicionar debounce a um campo de busca e cancelar requisições obsoletas.
• Construir um formulário com validação e inputs controlados.
• Escrever um contador ou timer que limpe seu effect corretamente.
• Extrair um hook customizado de uma lógica repetida.

Um engenheiro front-end entrevistando para uma vaga de produto de nível pleno, por exemplo, pode construir a lista de fetch e filtro, e depois ser questionado sobre estados de carregamento, estados de erro, e o que acontece quando o componente é desmontado no meio da requisição. As extensões são o que decide a entrevista; o exercício base é apenas o mínimo esperado.

Treinar isso sob pressão de tempo com perguntas de acompanhamento é o que torna isso automático; a página de entrevista simulada aborda como conduzir sessões cronometradas em que o entrevistador insiste.

As entrevistas sênior deslocam o foco da mecânica para o julgamento. Espere perguntas sobre arquitetura de state: o que vive no state do componente, o que pertence a um store, como o state do servidor difere do state da UI, e onde fica o cache. As perguntas de performance de renderização ficam concretas: encontrar a origem de uma interação lenta, decidir entre memoização e reestruturação, e ler um flame graph de um profiler.

Renderização no servidor e hidratação aparecem quando o time usa um framework sobre o React: o que é hidratação, por que ocorrem incompatibilidades, e o que se ganha ao mover trabalho para o servidor. Perguntas de teste focam em estratégia, o que testar no nível de componente versus ponta a ponta, mais do que na API de alguma biblioteca específica.

Formatos de entrevista e como um processo front-end costuma montar essas etapas são abordados no hub de tipos de entrevista.

Assistir tutoriais gera reconhecimento, não recordação, e a entrevista testa a recordação sob observação. A solução é repetir na forma real da entrevista: construir os exercícios padrão a partir de um arquivo vazio, narrar enquanto digita, e responder interrupções sem perder o fio da meada. Os bancos de perguntas de stacks próximas, incluindo os fundamentos de JavaScript puro com que as entrevistas de React ainda costumam começar, estão no hub de bancos de perguntas.

Uma observação honesta: entrevistas de React quase sempre acontecem em um editor compartilhado ou com sua tela visível, e tudo que está nessa tela fica visível para o entrevistador. Um assistente tem seu lugar na preparação e na prática, não na própria entrevista com tela compartilhada. Para uso ao vivo legítimo, o overlay do SubcueAI permanece local na sua máquina e nenhum bot entra na chamada; a configuração para sessões de prática está na página de tutorial.