React-Query中useMutation在useEffect中状态异常的深度解析

现象描述

在使用React-Query时，开发者发现当在组件的useEffect钩子中调用useMutation的mutate方法时，会出现一个奇怪的现象：虽然onSuccess和onSettled回调能够正常触发，但mutation.status和mutation.data状态却不会更新，始终保持在pending状态。

问题本质

这个问题的根源在于React的严格模式(Strict Mode)与React-Query内部状态管理的交互方式。在严格模式下，React会故意执行两次渲染以帮助开发者发现潜在问题。当结合useEffect和useMutation使用时，会出现以下情况：

1. React严格模式导致组件挂载两次
2. 第一次渲染创建的mutation observer在第二次渲染时被丢弃
3. 状态更新只发生在第一次创建的observer上，而这个observer已经被React丢弃

技术细节分析

React-Query内部使用useState来初始化observer，在严格模式下这个初始化过程也会执行两次。当开发者使用ref来避免重复执行mutate时（这是常见的严格模式下的解决方案），实际上会导致：

• 只有第一次observer能接收到状态更新
• 但React最终保留的是第二次创建的observer
• 结果就是状态看起来"卡住"了

解决方案建议

针对这个问题，有以下几种解决方案：

1. 避免在useEffect中使用ref解决方案：虽然这会使得在严格模式下mutation被执行两次，但状态跟踪会正常工作

2. 使用useMutationState：这是React-Query提供的专门用于获取mutation状态的hook，能够正确处理这种情况

3. 重新设计数据流：考虑是否真的需要在useEffect中触发mutation。通常mutation应该由用户交互直接触发，而不是依赖于渲染生命周期

4. 等待React 19的useEffectEvent：这个即将推出的hook专门用于解决这类需要在effect中执行但不需要依赖跟踪的场景

最佳实践

对于需要在UI展示中依赖mutation状态的场景，建议：

1. 优先使用useMutationState而不是直接访问mutation对象的状态
2. 对于重要的副作用逻辑，使用onSuccess等回调而非依赖渲染状态
3. 考虑将mutation触发逻辑上移到用户交互的直接响应处

总结

这个问题揭示了React严格模式、hooks执行顺序和状态管理库交互的复杂性。理解React-Query内部工作原理有助于开发者做出更合理的设计决策。在大多数情况下，将mutation逻辑与用户操作直接关联，而非与组件生命周期绑定，能够避免这类问题并带来更可预测的行为。