React: Regras e armadilhas comuns dos hooks
Última atualização: 2026-10-26
1. O que você vai aprender
- As duas leis de ferro dos hooks (por que não é possível chamá-los condicionalmente)
- Identificação e correção de encerramentos obsoletos
- 5 razões para um loop infinito em
useEffect - Armadilhas das atualizações assíncronas com useState
- Soluções para os 10 erros mais comuns
2. A história de um pesadelo de depuração
(1) Problema: Demorou 3 horas para depurar um único useEffect
Alice escreveu um componente de contagem regressiva:
▶ Exemplo: Demonstração do Hooks Rule
Saída:
Estado: timeLeft. Efeitos colaterais via useEffect. Atualização por temporizador
function Countdown({ targetDate }) {
const [timeLeft, setTimeLeft] = useState(computeTimeLeft())
function computeTimeLeft() {
return Math.max(0, Math.floor((new Date(targetDate) - Date.now()) / 1000))
}
useEffect(() => {
const timer = setInterval(() => {
// ❌ Closure Pitfalls:timeLeft Always the initial value
setTimeLeft(timeLeft - 1)
}, 1000)
return () => clearInterval(timer)
}, []) // I want it to start only when mounted
return <p>Remaining:{timeLeft}s</p>
}
Saída:
useEffect gerencia efeitos colaterais
Erro: A contagem regressiva sempre para no valor inicial de -1. Isso ocorre porque o timeLeft capturado na função de retorno setInterval é o valor da primeira renderização (armadilha de fechamento).
(2) Correção
// ✅ Fix 1:Functional Updates
useEffect(() => {
const timer = setInterval(() => {
setTimeLeft(prev => Math.max(0, prev - 1)) // prev Always the latest value
}, 1000)
return () => clearInterval(timer)
}, [])
// ✅ Fix 2:Or put targetDate Add to the dependencies array
useEffect(() => {
const timer = setInterval(() => {
setTimeLeft(prev => Math.max(0, prev - 1))
}, 1000)
return () => clearInterval(timer)
}, [targetDate]) // targetDate Restart the timer when a change occurs
Lição: Nunca leia o estado diretamente em useEffect para se atualizar. Use atualizações funcionais setState(prev => prev + 1).
3. As duas regras inquestionáveis dos ganchos
(1) Regra 1: Chame os hooks apenas no nível superior
Não chame hooks dentro de loops, instruções condicionais ou funções aninhadas:
function BadComponent({ showExtra }) {
const [name, setName] = useState('') // ✅ Top Floor
// ❌ Rule Violation:Called within a condition Hook
if (showExtra) {
const [extra, setExtra] = useState('') // Error!
useEffect(() => { /* ... */ }, [])
}
// ❌ Rule Violation:Called within a loop Hook
for (let i = 0; i < items.length; i++) {
useEffect(() => { /* ... */ }, []) // Error!
}
// ✅ Correct:Conditional logic in Hook Internal Processing
const [extra, setExtra] = useState('')
useEffect(() => {
if (showExtra) { /* Conditional logic is placed in useEffect Inside */ }
}, [showExtra])
}
| Local da chamada | Válido | Motivo |
|---|---|---|
| Componentes de função de nível superior | ✅ | A ordem da cadeia de Hooks permanece consistente a cada renderização |
| Ganchos personalizados de nível superior | ✅ | Ganchos personalizados são, essencialmente, cadeias de subchamadas de componentes de função |
| Dentro de if / for / while | ❌ | Mudanças nas condições causam contagens inconsistentes de chamadas de hook, resultando em desalinhamento da lista encadeada |
| Funções utilitárias gerais | ❌ | Não estão no contexto do componente React; não há cadeia de Hooks |
| Métodos dos componentes de classe | ❌ | Os componentes de classe não possuem um mecanismo de cadeia de Hooks |
| Dentro de uma chamada de retorno do useEffect | ❌ | A chamada de retorno não está no nível superior do componente, portanto a ordem de chamada é imprevisível |
(2) Regra 2: Chame os hooks apenas em componentes de função ou hooks personalizados
// ❌ Called from a regular function Hook
function getData() {
const [data, setData] = useState(null) // Error!
}
// ❌ Calling within a class component Hook
class MyClass extends React.Component {
render() {
const [count, setCount] = useState(0) // Error!
}
}
// ✅ Custom Hook Called in
function useCustomHook() {
const [data, setData] = useState(null) // ✅ Correct
}
(3) Por que essas duas regras são tão importantes?
graph TB
A[Component Rendering] --> B[Hook Linked List]
B --> C[Hook 1: useState<br/>Linked List Nodes 1]
B --> D[Hook 2: useEffect<br/>Linked List Nodes 2]
B --> E[Hook 3: useRef<br/>Linked List Nodes 3]
D -->|Conditional rendering causes skipping| F[Linked List Misalignment!]
F --> G[Hook 2 What I read was Hook 3 data]
G --> H[Bug! Data Chaos]
style F fill:#ff4d4f,color:#fff
style H fill:#ff4d4f,color:#fff
O React depende da ordem em que os Hooks são chamados para sincronizar o estado. Se a ordem das chamadas variar a cada renderização, o estado fica fora de sincronia.
4. Armadilha 1: A armadilha do fechamento obsoleto
O mais comum dos bugs do Hooks.
function Counter() {
const [count, setCount] = useState(0)
// ❌ Closure Pitfalls
useEffect(() => {
const timer = setInterval(() => {
console.log(count) // Always 0!
setCount(count + 1) // Set permanently to 1
}, 1000)
return () => clearInterval(timer)
}, []) // count is "locked" to first render
// ✅ Fix 1:Functional Updates
useEffect(() => {
const timer = setInterval(() => {
setCount(prev => prev + 1) // prev Always the latest value
}, 1000)
return () => clearInterval(timer)
}, [])
// ✅ Fix 2:Add Dependencies
useEffect(() => {
const timer = setInterval(() => {
setCount(count + 1)
}, 1000)
return () => clearInterval(timer)
}, [count]) // count Restart the timer when a change occurs
}
Quando ocorre: Um valor que não foi declarado na matriz de dependências foi lido em useEffect, useCallback ou useMemo.
| Cenários de problemas com o encerramento | Sintomas | Soluções |
|---|---|---|
| Verificação do estado em setInterval | O valor no temporizador nunca muda | Atualizações funcionais setState(prev => ...) |
Lendo o estado em useCallback |
Usando um valor antigo na função de retorno | Adicionando o estado à matriz de dependências ou usando uma referência |
| A execução do manipulador de eventos está atrasada | O valor state em uma chamada de retorno assíncrona está desatualizado |
Use useRef para armazenar o valor mais recente |
| Dependências ausentes no useEffect | As variáveis usadas no efeito não são atualizadas | Preencha o array de dependências |
| Condição de corrida após uma solicitação assíncrona | A solicitação antiga sobrescreve os novos resultados durante a troca rápida | Use o sinalizador ignore ou AbortController |
Dica para solução de problemas: Todas as variáveis lidas nos callbacks devem ser declaradas no array de dependências. Como alternativa, use atualizações funcionais.
5. Armadilha 2: loop infinito no useEffect
(1) Motivo 1: Ausência de um conjunto de dependências
// ❌ Infinite Loop!
useEffect(() => {
fetch('/api/data').then(setData)
}) // No array dependencies → Executed on every render → setData Trigger Rendering → Infinite Loop
// ✅ Empty array of dependencies
useEffect(() => {
fetch('/api/data').then(setData)
}, [])
(2) Motivo 2: Tipos de referência na matriz de dependências
function App() {
const [count, setCount] = useState(0)
// ❌ Infinite Loop!
useEffect(() => {
console.log('useEffect Execute')
}, [{ count }]) // Create a new object on every render {} → Differences in Citation → Infinite Execution
// ✅ Correct:Using Primitive Types
useEffect(() => {
console.log('useEffect Execute')
}, [count]) // Basic Types,If the value remains unchanged, the action is not performed.
}
(3) Motivo 3: Modificação das dependências dentro do useEffect
const [items, setItems] = useState([1, 2, 3])
// ❌ Infinite Loop!
useEffect(() => {
setItems([...items, 4]) // Edit items → Render Again → useEffect Execute again...
}, [items])
// ✅ Correct:Why is this change necessary? items?Generally, it is not necessary.
// If it's initialization,use useRef Flag indicating whether initialization has been completed
const initialized = useRef(false)
useEffect(() => {
if (!initialized.current) {
setItems([...items, 4])
initialized.current = true
}
}, [items])
(4) Motivo 4: Funções como dependências
| Causas de loops infinitos | Código incorreto | Código correto |
|---|---|---|
| Sem dependências de matriz | useEffect(fn) |
useEffect(fn, []) |
| Tipos de referência | useEffect(fn, [{ count }]) |
useEffect(fn, [count]) |
Modificar dependências em effect |
useEffect(() => setItems(...), [items]) |
Marcar a inicialização com useRef |
| Funções como dependências | useEffect(fn, [handleClick]) |
useCallback Referências estáveis |
| Objeto como dependência | useEffect(fn, [config]) |
Extrair um valor de tipo primitivo ou usar useMemo |
// ❌ Each render creates a new function reference
function App() {
const handleClick = () => { /* ... */ }
useEffect(() => {
fetch('/api').then(setData)
}, [handleClick]) // handleClick A new reference every time → Infinite Execution
// ✅ use useCallback Stable Citation
const handleClick = useCallback(() => { /* ... */ }, [])
useEffect(() => {
fetch('/api').then(setData)
}, [handleClick]) // handleClick Citation unchanged,Will not be executed again
}
6. Armadilha 3: Atualizações assíncronas com useState
function Counter() {
const [count, setCount] = useState(0)
function handleClick() {
// You thought it would +3,The result was only +1
setCount(count + 1)
setCount(count + 1)
setCount(count + 1) // All three times count + 1, but count = 0
console.log(count) // Output 0,No 3
}
// ✅ Functional Updates
function handleCorrectClick() {
setCount(prev => prev + 1) // prev = 0 → 1
setCount(prev => prev + 1) // prev = 1 → 2
setCount(prev => prev + 1) // prev = 2 → 3
// count Or 0(The rendered values for this pass),But the next time it's rendered, it will be 3
}
}
Conceito-chave: As atualizações do useState são assíncronas e processadas em lote. Durante um único ciclo de tratamento de eventos, várias instâncias do setCount são combinadas em uma única renderização. As atualizações funcionais são utilizadas para garantir que todas as atualizações sejam baseadas nos valores mais recentes.
7. Armadilha 4: Usar async em useEffect
// ❌ useEffect Cannot pass an async function directly
useEffect(async () => {
const data = await fetch('/api/data')
setData(await data.json())
}, [])
// Error! async returns Promise, useEffect expects return value of cleanup function (or undefined)
// ✅ Correct: Define async function internally
useEffect(() => {
async function fetchData() {
const res = await fetch('/api/data')
const data = await res.json()
setData(data)
}
fetchData() // Call async function internally
}, [])
8. Exemplo completo: 10 tabelas comuns para diagnóstico de falhas
// ============================================
// Example:10 A common Hooks Bug + Remediation Plan
// ============================================
// Bug 1:Conditions Hook
function Bug1({ show }) {
// if (show) const [x] = useState(0) // ❌
const [x] = useState(0) // ✅ Move to the top
}
// Bug 2:Closure Pitfalls
function Bug2() {
const [count, setCount] = useState(0)
useEffect(() => {
const id = setInterval(() => {
// setCount(count + 1) // ❌ Closure
setCount(prev => prev + 1) // ✅
}, 1000)
return () => clearInterval(id)
}, [])
}
// Bug 3:Infinite Loop(Dependency on Reference Types)
function Bug3() {
const [data, setData] = useState(null)
useEffect(() => {
fetch('/api').then(res => res.json()).then(setData)
}, []) // ✅ Empty array
// }, [data]) // ❌ data The change triggered another one useEffect
}
// Bug 4:Forgot to clean up
function Bug4() {
useEffect(() => {
const id = setInterval(() => console.log('tick'), 1000)
return () => clearInterval(id) // ✅ Must be cleaned up
}, [])
}
// Bug 5:Edit directly state
function Bug5() {
const [user, setUser] = useState({ name: 'Alice', age: 28 })
function updateAge() {
// user.age = 29 // ❌ Edit directly
setUser({ ...user, age: 29 }) // ✅ Create a New Object
}
}
// Bug 6:Not needed useMemo
function Bug6({ count }) {
// const doubled = useMemo(() => count * 2, [count]) // ❌ Unnecessary
const doubled = count * 2 // ✅ Simple calculations are not required useMemo
}
// Bug 7:effect Read from props But do not declare dependencies
function Bug7({ userId }) {
const [user, setUser] = useState(null)
useEffect(() => {
fetch('/api/users/' + userId).then(res => res.json()).then(setUser)
}, [userId]) // ✅ userId Dependencies must be added
// }, []) // ❌ userId Changes will not trigger a new request
}
// Bug 8:useMemo Return Function
function Bug8() {
// const fn = useMemo(() => { return () => console.log('hi') }, []) // ❌ Should use useCallback
const fn = useCallback(() => console.log('hi'), []) // ✅
}
// Bug 9:in render Side effects caused by the drug
function Bug9() {
const [data, setData] = useState(null)
// fetch('/api/data').then(setData) // ❌ A request is made for every render
useEffect(() => { fetch('/api/data').then(res => res.json()).then(setData) }, []) // ✅
}
// Bug 10:State dependency not fully declared
function Bug10({ items }) {
const [filter, setFilter] = useState('')
// const filtered = items.filter(i => i.includes(filter)) // ✅ in render Calculate directly in the middle
const filtered = useMemo(() => items.filter(i => i.includes(filter)), [items, filter])
// useMemo The correct dependencies must be in place.
}
9. Dicas de depuração
(1) Profiler do React DevTools
// in React DevTools 's Profiler In the tab:
// 1. Click the Record button
// 2. Triggering Actions in the App
// 3. Stop Recording
// 4. View the flame diagram:Each column is a component,Rendering Time by Height
// I see components that shouldn't be re-rendered being rendered → Inspection useCallback / React.memo
(2) por que-você-fez-a-renderização
npm install @welldone-software/why-did-you-render
// src/wdyr.js
import React from 'react'
if (process.env.NODE_ENV === 'development') {
const whyDidYouRender = require('@welldone-software/why-did-you-render')
whyDidYouRender(React, {
trackAllPureComponents: true,
})
}
// The console will print:Why did this component re-render??Because which one Props It's changed?
(3) Depuração com useWhyDidYouUpdate
▶ Experimente
Saída:
Estado: timeLeft (setter: setTimeLeft). useEffect gerencia efeitos colaterais. Atualizações baseadas em temporizador
▶ Exemplo 2: Usando um hook personalizado para evitar armadilhas relacionadas a closures — useStableCallback
▶ Expandir exemplo executável (70 linhas)
Saída:
❌ Hooks dentro de condições causam bugs. ✅ Sempre chame os hooks no nível superior. Regra: a ordem das chamadas de Hook deve ser a mesma a cada renderização.
Saída:
... ('Current Count:', count)
▶ Exemplo 3: Armadilhas e soluções para atualizações em lote com useState
▶ ExperimenteSaída:
Renderização: Shopping Cart + Total: ${total}
Saída:
Exibe: "Shopping Cart". Estado: items (setter: setItems), total (setter: setTotal). Botões: addItemFixed({ id: 3, name: 'Notebook', price: 12 })}> Add Notebook, Add Book + Pen. Lista: {item.name} - ${item.price}
▶ Exemplo 4: Condições de corrida em solicitações assíncronas com useEffect
function UserProfile({ userId }) {
const [user, setUser] = useState(null)
const [loading, setLoading] = useState(false)
useEffect(() => {
let ignore = false
setLoading(true)
async function fetchUser() {
try {
const res = await fetch(`/api/users/${userId}`)
const data = await res.json()
if (!ignore) {
setUser(data)
setLoading(false)
}
} catch (err) {
if (!ignore) setLoading(false)
}
}
fetchUser()
return () => { ignore = true }
}, [userId])
if (loading) return <p>Loading...</p>
if (!user) return <p>No user found</p>
return (
<div>
<h3>{user.name}</h3>
<p>Email: {user.email}</p>
<p>Role: {user.role}</p>
</div>
)
}
Saída:
try { await fetchData(); } catch (err) { setError(err.message); } → exibe "Failed to load data". Erro tratado, o app continua em execução.
Saída:
Exibe: "Loading...". Estado: user (setter: setUser), loading (setter: setLoading). useEffect gerencia efeitos colaterais. Busca assíncrona de dados / estados de carregamento
▶ Exemplo 5: Uso de useReducer em vez de várias chamadas a useState para evitar inconsistências de estado
▶ Experimente
Saída:
Renderização: Count: {state.count} + History: {state.history.join(', ')}
❓ Perguntas Frequentes
setState?state diretamente (sem criar uma nova referência); ② O valor do estado não mudou (o React usa Object.is para comparar valores; valores idênticos não acionam uma renderização); ③ Você esqueceu de declarar a variável atualizada na matriz de dependências de useEffect; ④ Você leu um valor antigo do closure em um callback assíncrono (async).useEffect?useEffect(fn) → É executado após cada renderização (na montagem + a cada atualização); Um array de dependências vazio useEffect(fn, []) → É executado apenas uma vez durante a montagem; Dependências não vazias useEffect(fn, [a, b]) → É executado durante a montagem + é executado quando a ou b mudam. A fonte mais comum de bugs: especificar um array vazio, mas usar state ou props dentro do efeito (armadilha de closure).📖 Resumo
- Duas regras inquestionáveis: chame Hooks apenas no nível superior e chame Hooks apenas dentro de componentes de função ou Hooks personalizados
- Armadilhas de fechamento: As variáveis acessadas dentro de
useEffectouuseCallbackdevem ser declaradas na matriz de dependências ou atualizadas por meio de uma função. - Infinite Loop: Verifique se a matriz de dependências está correta, se os tipos de referência são estáveis e se as dependências foram modificadas dentro do efeito
- Atualizações funcionais:
setCount(prev => prev + 1)Resolve problemas relacionados a closures e à atualização em lote - Instale o
eslint-plugin-react-hooks; não o desative manualmente - Use o Profiler do React DevTools para identificar gargalos de desempenho
📝 Exercícios
-
Problema básico (Dificuldade: ⭐): Encontre e corrija o erro no código abaixo:
▶ Experimente -
Problema avançado (Dificuldade ⭐⭐): Encontre e corrija os erros no código abaixo (pelo menos 3):
▶ Experimente -
Desafio (Dificuldade: ⭐⭐⭐): Implemente um hook
useStableCallbackque aceite uma função de retorno de chamada e sempre retorne uma função estável em termos de referência, mas que execute a última função de retorno de chamada ao ser invocado (a solução definitiva para a armadilha do fechamento).