# Top 30 Perguntas de Entrevista React > Guia completo das 30 perguntas mais frequentes em entrevistas técnicas de React, com respostas detalhadas e exemplos de código. - Published: 2026-01-31 - Updated: 2026-04-21 - Author: SharpSkill - Tags: react interview, frontend interview, react questions, javascript, technical interview - Reading time: 18 min --- As entrevistas técnicas de React avaliam a compreensão dos conceitos fundamentais, dos padrões avançados e das boas práticas. Este guia reúne as 30 perguntas mais frequentes, com respostas detalhadas e exemplos de código para preparar a entrevista de forma eficaz. > **Conselho de preparação** > > Estas perguntas estão organizadas por nível de dificuldade. Dominar os fundamentos antes de enfrentar os conceitos avançados permite construir uma preparação mais sólida. ## Fundamentos do React ### 1. O que é o Virtual DOM e por que o React o utiliza? O Virtual DOM é uma representação leve em JavaScript do DOM real. O React usa essa abstração para otimizar as atualizações da interface. O processo funciona em três etapas: o React cria primeiro uma cópia virtual do DOM, depois compara essa cópia com a versão anterior quando ocorrem mudanças (algoritmo de diffing) e, por fim, aplica apenas as modificações necessárias ao DOM real (reconciliação). ```jsx // Simplified example of the concept // When state changes, React doesn't recreate the entire DOM function Counter() { const [count, setCount] = useState(0) // Only the span containing count will be updated in the real DOM // The rest of the component is untouched return (

Counter

{count}
) } ``` Essa abordagem evita operações custosas sobre o DOM e permite atualizações performáticas mesmo em interfaces complexas. ### 2. Qual é a diferença entre componentes funcionais e de classe? Componentes funcionais são funções JavaScript que recebem props e retornam JSX. Desde o React 16.8, os hooks permitem usar estado e ciclo de vida dentro de componentes funcionais. ```jsx // Functional component (recommended) // More concise, easier to test, supports hooks function Welcome({ name }) { const [visits, setVisits] = useState(0) useEffect(() => { setVisits(v => v + 1) }, []) return

Hello {name}, visit #{visits}

} // Class component (legacy) // More verbose, requires this binding class WelcomeClass extends React.Component { state = { visits: 0 } componentDidMount() { this.setState(prev => ({ visits: prev.visits + 1 })) } render() { return

Hello {this.props.name}, visit #{this.state.visits}

} } ``` Os componentes funcionais são hoje o padrão. Os componentes de classe continuam suportados, mas não são mais recomendados para novos projetos. ### 3. Como o JSX funciona? O JSX é uma extensão de sintaxe para JavaScript que permite escrever marcação dentro do código. Não é HTML, mas sim JavaScript disfarçado. ```jsx // What we write (JSX) const element = (

Title

Paragraph

) // What Babel compiles (pure JavaScript) const element = React.createElement( 'div', { className: 'container' }, React.createElement('h1', null, 'Title'), React.createElement('p', null, 'Paragraph') ) ``` As diferenças em relação ao HTML incluem: `className` em vez de `class`, `htmlFor` em vez de `for`, camelCase para atributos (`onClick`, `tabIndex`) e o fechamento obrigatório das tags auto-fechadas. ### 4. Qual é a diferença entre state e props? Props são dados passados de um componente pai para um filho. Elas são somente leitura. State é o estado interno de um componente, modificável por meio de setters. ```jsx // UserCard.jsx // name and role are props (immutable) function UserCard({ name, role }) { // isExpanded is state (mutable) const [isExpanded, setIsExpanded] = useState(false) return (

{name}

{role}

{/* Modifying state triggers a re-render */} {isExpanded && }
) } // Usage ``` A regra fundamental: props fluem para baixo (pai → filho), state é local a cada componente. ### 5. Por que as keys são importantes em listas? As keys ajudam o React a identificar quais elementos foram alterados, adicionados ou removidos em uma lista. Sem keys únicas e estáveis, o React pode apresentar comportamentos inesperados. ```jsx // ❌ Bad practice: index as key // Problem: if order changes, React loses tracking {items.map((item, index) => ( ))} // ✅ Good practice: unique and stable identifier {items.map(item => ( ))} // Concrete example of the problem with indices function TodoList() { const [todos, setTodos] = useState([ { id: 1, text: 'Learn React' }, { id: 2, text: 'Create a project' } ]) // When deleting the first element with key={index} // React will think element 0's content changed // instead of understanding an element was removed return (
    {todos.map(todo => (
  • {todo.text}
  • ))}
) } ``` ## React Hooks ### 6. Explique useState e suas armadilhas comuns `useState` gerencia o estado local em um componente funcional. O setter pode receber um valor ou uma função de atualização. ```jsx // Declaration with initial value const [count, setCount] = useState(0) // ❌ Pitfall: multiple updates in the same cycle function increment() { setCount(count + 1) // count = 0, sets 1 setCount(count + 1) // count = 0 still, sets 1 setCount(count + 1) // count = 0 still, sets 1 // Final result: 1 (not 3) } // ✅ Solution: use the update function function incrementCorrect() { setCount(prev => prev + 1) // 0 → 1 setCount(prev => prev + 1) // 1 → 2 setCount(prev => prev + 1) // 2 → 3 // Final result: 3 } // ❌ Pitfall: object mutation const [user, setUser] = useState({ name: 'Alice', age: 25 }) user.age = 26 // Direct mutation, no re-render // ✅ Solution: create a new object setUser({ ...user, age: 26 }) // or setUser(prev => ({ ...prev, age: 26 })) ``` ### 7. Como o useEffect funciona com seu array de dependências? `useEffect` executa efeitos colaterais após o render. O array de dependências controla quando o efeito é executado. ```jsx // Executed on every render (rare, usually avoid) useEffect(() => { console.log('Render completed') }) // Executed only on mount (equivalent to componentDidMount) useEffect(() => { console.log('Component mounted') // Cleanup on unmount (equivalent to componentWillUnmount) return () => { console.log('Component unmounted') } }, []) // Executed when userId changes useEffect(() => { async function fetchUser() { const response = await fetch(`/api/users/${userId}`) const data = await response.json() setUser(data) } fetchUser() }, [userId]) // ❌ Missing dependency - subtle bug useEffect(() => { const timer = setInterval(() => { setCount(count + 1) // count is "captured" at its initial value }, 1000) return () => clearInterval(timer) }, []) // count is missing from dependencies // ✅ Fix with update function useEffect(() => { const timer = setInterval(() => { setCount(prev => prev + 1) // No need for count in deps }, 1000) return () => clearInterval(timer) }, []) ``` > **Regra ESLint** > > Habilitar o `eslint-plugin-react-hooks` é essencial para detectar dependências ausentes. Essa regra previne muitos bugs difíceis de diagnosticar. ### 8. Quando usar useMemo e useCallback? Esses hooks permitem memoização para evitar recálculos ou recriações desnecessárias. O cuidado é não abusar deles. ```jsx // useMemo: memoizes a computed value function ProductList({ products, filter }) { // Recalculated only if products or filter change const filteredProducts = useMemo(() => { console.log('Filtering...') return products.filter(p => p.category === filter) }, [products, filter]) return
    {filteredProducts.map(p =>
  • {p.name}
  • )}
} // useCallback: memoizes a function function ParentComponent() { const [count, setCount] = useState(0) // Without useCallback, handleClick is recreated on every render // Causing unnecessary re-renders of ExpensiveChild const handleClick = useCallback((id) => { console.log('Clicked:', id) }, []) // Empty deps = stable function return ( <> {count} {/* React.memo on ExpensiveChild for this to be effective */} ) } // ❌ Over-optimization: not needed here const SimpleComponent = () => { // This calculation is trivial, useMemo adds overhead const doubled = useMemo(() => 2 * 2, []) return {doubled} } ``` Esses hooks devem ser usados apenas quando um problema de performance é identificado ou para estabilizar referências passadas a componentes memoizados. ### 9. Como funciona o useRef e quais são seus casos de uso? `useRef` cria uma referência mutável que persiste entre renders sem disparar um re-render quando muda. ```jsx // Case 1: Access a DOM element function TextInput() { const inputRef = useRef(null) const focusInput = () => { inputRef.current.focus() } return ( <> ) } // Case 2: Store a mutable value without re-render function Timer() { const [seconds, setSeconds] = useState(0) const intervalRef = useRef(null) const start = () => { // Store the interval ID to be able to stop it intervalRef.current = setInterval(() => { setSeconds(s => s + 1) }, 1000) } const stop = () => { clearInterval(intervalRef.current) } return (
{seconds}s
) } // Case 3: Keep the previous value function usePrevious(value) { const ref = useRef() useEffect(() => { ref.current = value }, [value]) return ref.current } ``` ### 10. Explique useContext e quando utilizá-lo `useContext` permite acessar um contexto React sem prop drilling. Ideal para dados globais como tema ou usuário autenticado. ```jsx // 1. Create the context const ThemeContext = createContext({ theme: 'light', toggleTheme: () => {} }) // 2. Create the provider function ThemeProvider({ children }) { const [theme, setTheme] = useState('light') const toggleTheme = useCallback(() => { setTheme(prev => prev === 'light' ? 'dark' : 'light') }, []) // Memoize the value to avoid unnecessary re-renders const value = useMemo(() => ({ theme, toggleTheme }), [theme, toggleTheme]) return ( {children} ) } // 3. Use the context function ThemedButton() { const { theme, toggleTheme } = useContext(ThemeContext) return ( ) } // 4. Wrap the application function App() { return (