OpenAPI TypeScript项目中React Query开发模式下重复请求问题解析

在OpenAPI TypeScript生态系统中，openapi-react-query作为连接OpenAPI规范与React Query的重要桥梁，为开发者提供了便捷的API调用方式。然而，近期有开发者反馈在开发环境中遇到了一个特殊现象——每个查询都会发送两次请求，其中一次会被立即取消。

问题现象

当开发者在Vite+React的开发环境中使用openapi-react-query 0.3.1版本时，发现任何useQuery调用都会触发两个网络请求。通过浏览器开发者工具的网络面板可以清晰观察到，第一个请求被立即取消，而第二个请求正常完成。值得注意的是，这种现象仅出现在开发模式中，生产环境构建后则表现正常，仅发送单个请求。

技术背景

这种现象与React的严格模式(Strict Mode)和React Query的内部机制密切相关。React在开发模式下会故意双重挂载组件，这是一种帮助开发者发现潜在问题的设计。同时，现代浏览器提供的AbortController API允许取消正在进行的fetch请求，这正是请求被"取消"的技术基础。

根本原因

深入分析表明，这个问题实际上源于React Query库本身的一个已知行为。当在queryFn中使用AbortController的signal时，在开发模式下会触发这种双重请求现象。具体来说：

1. React严格模式导致组件双重挂载
2. 每次挂载都会初始化一个新的查询
3. 由于使用了signal，React Query的内部机制会取消前一个未完成的请求
4. 最终结果表现为一个请求被取消，另一个请求正常完成

解决方案与建议

虽然这种现象看起来异常，但实际上它并不会影响应用的功能和性能，因为被取消的请求不会真正完成处理。对于开发者而言，可以采取以下策略：

1. 理解这是预期行为：在开发模式下，这种现象是React和React Query协同工作的正常表现
2. 生产环境验证：通过构建生产版本确认最终行为符合预期
3. 优化开发体验：如果确实需要避免开发模式下的双重请求，可以考虑暂时禁用严格模式

技术启示

这个案例为我们提供了几个重要的技术启示：

1. 开发工具和生产环境的行为差异是前端开发中的常见现象
2. 现代前端框架的严格模式设计有助于提前发现潜在问题
3. 请求取消机制是提高应用性能的重要特性，而非缺陷
4. 理解底层原理有助于正确诊断表面异常

总结

在OpenAPI TypeScript生态中使用openapi-react-query时遇到的这种双重请求现象，实际上是React生态系统正常工作流程的一部分。开发者无需过度担忧，而应该将注意力放在业务逻辑的实现上。通过理解框架底层机制，我们能够更加自信地处理这类表面异常，确保应用在生产环境中的稳定表现。