React: Regras e armadilhas comuns dos hooks

Última atualização: 2026-10-26

1. O que você vai aprender



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:

TEXT
Estado: timeLeft. Efeitos colaterais via useEffect. Atualização por temporizador
JSX
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>
}
▶ Experimente

Saída:

TEXT
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

JSX
// ✅ 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
▶ Experimente

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:

JSX
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])
}
▶ Experimente
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

JSX
// ❌ 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
}
▶ Experimente

(3) Por que essas duas regras são tão importantes?

100%
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.

JSX
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
}
▶ Experimente

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

JSX
// ❌ 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)
}, [])
▶ Experimente

(2) Motivo 2: Tipos de referência na matriz de dependências

JSX
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.
}
▶ Experimente

(3) Motivo 3: Modificação das dependências dentro do useEffect

JSX
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])
▶ Experimente

(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
JSX
// ❌ 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
}
▶ Experimente

6. Armadilha 3: Atualizações assíncronas com useState

JSX
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
  }
}
▶ Experimente

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

JSX
// ❌ 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
}, [])
▶ Experimente

8. Exemplo completo: 10 tabelas comuns para diagnóstico de falhas

JSX
// ============================================
// 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.
}
▶ Experimente

9. Dicas de depuração

(1) Profiler do React DevTools

JSX
// 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
▶ Experimente

(2) por que-você-fez-a-renderização

BASH
npm install @welldone-software/why-did-you-render
JSX
// 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?
▶ Experimente

(3) Depuração com useWhyDidYouUpdate

▶ Experimente

Saída:

TEXT
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)
▶ Experimente

Saída:

TEXT
❌ 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:

TEXT
... ('Current Count:', count)

▶ Exemplo 3: Armadilhas e soluções para atualizações em lote com useState

▶ Experimente

Saída:

TEXT
Renderização: Shopping Cart + Total: ${total}

Saída:

TEXT
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

JSX
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>
  )
}
▶ Experimente

Saída:

TEXT
try { await fetchData(); } catch (err) { setError(err.message); } → exibe "Failed to load data". Erro tratado, o app continua em execução.

Saída:

TEXT
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:

TEXT
Renderização: Count: {state.count} + History: {state.history.join(', ')}

❓ Perguntas Frequentes

P Por que, às vezes, a página não é atualizada após chamar setState?
R Possíveis motivos: ① Você modificou o objeto 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).
P Qual é a diferença entre definir o array de dependências como vazio e deixá-lo vazio em useEffect?
R Deixar o array de dependências vazio 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


📝 Exercícios

  1. Problema básico (Dificuldade: ⭐): Encontre e corrija o erro no código abaixo:

    ▶ Experimente
  2. Problema avançado (Dificuldade ⭐⭐): Encontre e corrija os erros no código abaixo (pelo menos 3):

    ▶ Experimente
  3. Desafio (Dificuldade: ⭐⭐⭐): Implemente um hook useStableCallback que 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).

Web-Tutorial.com

Equipe Técnica Web-Tutorial

Uma plataforma de tutoriais mantida por diversos desenvolvedores. Cada tutorial é escrito e revisado por profissionais da área correspondente. Trabalhamos para manter nosso conteúdo preciso e confiável — se encontrar algum problema, avise-nos.

100%