React useCallback将回调内调用函数设为依赖项的正确性疑问

这段useCallback的写法完全符合React官方的Hook使用规范，设计逻辑也非常合理，核心原因如下：

• 首先符合Hook依赖校验规则
  React官方要求所有在回调内部使用的外部变量、函数都必须加入useCallback的依赖数组，这段代码的回调中调用了外部的refetch方法，将其加入依赖数组完全符合eslint-plugin-react-hooks的校验规则，不会触发依赖缺失的警告，是合规的基础写法。
• 不会出现闭包陷阱问题
  通常业务中用到的refetch方法（多来自React Query、SWR等数据请求库，或是自行封装的稳定请求函数）本身就具备稳定的引用：除非关联的查询key、请求参数发生变更，否则refetch的引用不会更新。将其加入依赖后，只有refetch本身更新时才会重新生成onAddNewAccount实例，保证回调内部调用的永远是最新的refetch方法，完全不会出现闭包导致的调用过期方法的问题。
• 具备明确的性能优化意义
  useCallback在这里的核心作用是稳定onAddNewAccount的引用：只要refetch不变，回调实例就不会更新。如果这个回调要作为props传递给用React.memo包裹的子组件，就能避免子组件产生不必要的重渲染，在复杂组件树场景下的性能收益会非常明显。
• 配套写法进一步提升了稳定性
  代码中setOtherState采用了函数式更新的写法，不需要将otherState加入依赖数组，也不会出现闭包读取旧状态的问题，进一步减少了依赖项数量，提升了回调的引用稳定性。

如果是极端场景下refetch引用会频繁变更，那可以考虑用useRef对refetch做一层包装再在回调中调用，但绝大多数常规业务场景下，当前的写法都是最优解。

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