上周三凌晨两点我在紧急修复一个线上崩溃的仪表盘页面——组件在切换筛选条件时频繁触发死循环渲染导致页面卡死。而这一切的罪魁祸首竟是一行看似无害的useEffect依赖数组。当你的 useEffect 开始自杀式循环场景是这样的一个实时展示用户行为数据的看板需要根据用户选择的timeRange和categoryId动态拉取数据。代码初版长这样const [data, setData] useState([]); // 第一次崩溃漏掉依赖项 useEffect(() { fetchData(timeRange).then(setData); }, []); // 缺少 timeRange 依赖第一次崩溃用户切换时间范围时数据不更新。我马上意识到漏了依赖项——新手常犯的错误嘛于是火速改成useEffect(() { fetchData(timeRange, categoryId).then(setData); }, [timeRange, categoryId]); // ✅ 看起来没问题了第二次崩溃当categoryId变化时组件开始以每秒 10 次的频率疯狂请求。问题出在fetchData内部使用了setData而每次setData都会触发组件重新渲染——因为fetchData在每次渲染时都是一个新的函数引用依赖项的引用陷阱React 对依赖数组的比对是浅比较shallow comparison。当你的依赖项包含对象、函数或数组时每次渲染都会生成新的引用导致useEffect认为依赖项变化了。看这段代码const getFetchOptions () ({ timeout: 3000, headers: { Authorization: token } }); useEffect(() { fetchData(timeRange, getFetchOptions()).then(setData); }, [timeRange, getFetchOptions]); // 每次都是新的 getFetchOptionsgetFetchOptions在每次渲染时都是全新的函数即使实际内容没变。解决方案// 正确做法1将函数移入 useEffect useEffect(() { const getFetchOptions () ({...}); fetchData(timeRange, getFetchOptions()).then(setData); }, [timeRange, token]); // ✅ 只依赖真正会变的原始值 // 正确做法2useCallback 记忆化 const getFetchOptions useCallback(() ({...}), [token]);当依赖项是不稳定对象第三次崩溃我自以为学聪明了把所有依赖项都拆成了原始值。但还是在处理一个复杂筛选对象时栽了跟头const [filters, setFilters] useState({ timeRange: 7d, categories: [1, 2], advanced: { includeInactive: false } }); useEffect(() { fetchData(filters).then(setData); }, [filters]); // 对象整体作为依赖项虽然每次修改都用setFilters更新但某些操作会先浅拷贝对象const handleToggleInactive () { const newFilters { ...filters }; // 浅拷贝 newFilters.advanced.includeInactive !filters.advanced.includeInactive; setFilters(newFilters); };由于advanced内部属性变化不会改变newFilters的引用useEffect没有触发解决方案// 正确做法依赖项细化到内部属性 useEffect(() { fetchData(filters).then(setData); }, [filters.timeRange, filters.categories, filters.advanced.includeInactive]); // 或者深度比较谨慎使用 useEffect(() { if (!deepEqual(prevFilters, filters)) { fetchData(filters).then(setData); } }, [filters]);避坑清单useEffect 依赖数组的死亡陷阱幽灵依赖忘记将函数内部用到的 state/props 全部列入依赖导致闭包问题引用陷阱依赖项包含对象/函数时每次渲染触发执行解决方案useMemo/useCallback不稳定对象依赖复杂对象时浅比较无法检测深层变化解决方案拆解原始值或手动深比较链式反应在useEffect中修改依赖项本身引发无限循环清理函数遗漏依赖项变化时未正确清理前一个 effect如订阅、定时器终极法则像编译器一样思考现在我的习惯是每当写完useEffect先问自己三个问题这个 effect 依赖的所有值都列出来了吗React Hooks ESLint 插件是必备依赖项中有没有可能意外变化的引用类型如果依赖项变化会不会触发不必要的重复执行最后留个思考题你在处理useEffect依赖时有没有遇到过什么反直觉的崩溃场景欢迎在评论区分享你的血泪史。