useEffect是否必须配置全量依赖？相关逻辑写法疑问

绝大多数场景下你必须遵守exhaustive-deps规则，补全useEffect中用到的所有响应式依赖（组件内定义的state、props、函数、变量）。你觉得规则不符合业务逻辑，本质是对useEffect的核心运行机制存在认知偏差，不是规则有问题。

你把useEffect当成了「监听某个值变化就触发的事件回调」，这是对useEffect最常见的误解。useEffect从来不是什么值变化监听工具，它的本质是渲染后的副作用同步机制：每次组件重渲染完成后，React会把当前渲染闭包里捕获的所有依赖值，和上一次渲染的依赖值做浅对比，只要有一个值变了，就执行当前渲染周期生成的effect函数。
你现在的写法里，effect函数里用到了shouldLog，但没把它放进依赖数组，就必然会遇到闭包陈旧值的bug，举个实际会发生的场景：

1. 组件首次渲染，shouldLog为true，用户第一次拖拽地图，mapCenter更新触发effect，正常打印日志
2. 用户操作把shouldLog改成false，组件重渲染，但因为mapCenter没变，effect不触发
3. 用户第二次拖拽地图，mapCenter更新触发effect，但这时候effect持有的还是旧渲染周期生成的闭包，捕获的shouldLog还是旧值true，依然会打印日志，和你预期的「关了日志就不打印」的逻辑完全相反

你觉得「shouldLog变化不应该触发effect」的想法本身没问题，但你混淆了两个完全独立的逻辑：

• effect的执行触发条件：只有mapCenter变化时才执行
• effect执行时的取值逻辑：必须拿到当前最新的shouldLog值做判断

这两个需求完全不冲突，exhaustive-deps规则从来没要求「放进依赖数组的值就必须能触发业务逻辑」，它只是保证你在effect里用到的所有值都是最新的，不会出现闭包陷阱。

不需要硬杠规则，也不用硬把shouldLog加进依赖导致多余触发，两种成熟方案选就行：

• 方案1：用ref中转不需要触发effect更新的值
  对于shouldLog这种只需要读取最新值、不需要作为触发源的变量，用ref存一份实时同步的副本，effect里直接读ref的值就不需要加依赖，也不会有闭包问题：

  export function App(props) {
      const [howManyTimesUserHasDraggedMap, setHowManyTimesUserHasDraggedMap] = useState(0);
      const [mapCenter, setMapCenter] = useState<LatLng>(new LatLng(0, 0));
      const [shouldLog, setShouldLog] = useState(true);
  
      // 同步最新的日志开关到ref
      const shouldLogRef = useRef(shouldLog);
      useEffect(() => {
          shouldLogRef.current = shouldLog;
      }, [shouldLog]);
  
      const handleCenterChange = (newCenter: LatLng): void => {
          setMapCenter(newCenter);
      }
  
      useEffect(() => {
          setHowManyTimesUserHasDraggedMap(prev => prev + 1);
          // 直接读取ref上的最新值，不需要依赖shouldLog
          if (shouldLogRef.current) {
              console.log('Updated map drag count');
          }
      }, [mapCenter]);
  
      return <MapComponent onCenterChange={handleCenterChange} />;
  }
  

  React 18之后提供的useEvent钩子就是专门为这种场景设计的，用它写可以省去手动维护ref的代码。
• 方案2：不要滥用useEffect，逻辑直接放到事件回调里
  你自己也提到，计数和打日志的逻辑完全可以直接写在handleCenterChange回调里——本来拖拽改变中心点就是用户交互触发的事件，在事件回调里直接做计数、判断日志开关是最顺的逻辑，根本不需要多绕一层useEffect去同步状态，自然也不会有依赖相关的问题。大部分useEffect的依赖问题，根源都是把本该在事件里写的逻辑硬塞到了effect里。

只有极少场景你可以主动忽略exhaustive-deps告警，比如你明确需要在组件挂载时执行一次逻辑，且刻意要读取初始状态值，这种场景占比不到1%，其余时候告警都是在提前提醒你即将遇到闭包陈旧值的bug。

内容的提问来源于stack exchange，提问作者Swiffy