Redux Toolkit中RTK Query请求状态管理的改进与优化

在Redux Toolkit 2.2.5版本中，开发者在使用RTK Query时可能会遇到一个关于请求状态管理的特殊问题。当调用initiate()方法发起请求时，如果此时已有相同请求正在处理中（例如由于标签失效触发的重新获取），返回的结果会立即解析为缓存数据，同时附带isLoading: true和status: pending的元数据。

问题现象分析

具体表现为，开发者调用类似以下代码时：

await dispatch(cardApi.endpoints.getCard.initiate({id}, {forceRefetch:true}))

返回的对象结构如下：

{
    "status": "pending",
    "endpointName": "getCard",
    "requestId": "JOhITYA33zsbG75F0IuRo",
    "originalArgs": {
        "id": 18
    },
    "startedTimeStamp": 1732104749367,
    "data": {
        /* 缓存的数据 */
    },
    "fulfilledTimeStamp": 1732104744906,
    "isUninitialized": false,
    "isLoading": true,
    "isSuccess": false,
    "isError": false
}

这种行为的异常之处在于，尽管请求仍在处理中，Promise却立即解析并返回了缓存数据。这与开发者期望的行为不符，他们通常希望等待新请求完成后再获取最新数据。

临时解决方案

开发者发现了一个临时解决方案：在调用initiate()之前，先手动删除缓存条目：

dispatch(cardApi.internalActions.removeQueryResult(...))
await dispatch(cardApi.endpoints.getCard.initiate({id}, {forceRefetch:true}))

这种方法虽然可行，但显然不够优雅，且增加了代码复杂度。

深入探究

进一步研究发现，Redux Toolkit提供了getRunningQueryThunk工具函数，理论上可以用来获取正在处理中的请求的Promise。然而在实际使用中，该函数返回了undefined，getRunningQueriesThunk也返回了空数组，这表明RTK Query内部的状态管理与预期存在差异。

版本升级验证

通过在不同版本间进行测试，发现这个问题在2.2.8版本中得到了修复。具体来说，Redux Toolkit团队在内部优化了请求状态管理机制，确保了当使用forceRefetch参数时，会正确处理并发请求的情况，不再提前返回缓存数据。

最佳实践建议

对于遇到类似问题的开发者，建议：

1. 首先检查Redux Toolkit版本，确保使用2.2.8或更高版本
2. 如果无法立即升级，可以使用上述临时解决方案
3. 在代码中合理使用forceRefetch参数，明确区分需要强制刷新的场景
4. 对于关键数据请求，考虑添加额外的状态检查逻辑，确保数据一致性

这个问题的修复体现了Redux Toolkit团队对开发者体验的持续优化，也提醒我们在使用开源库时需要关注版本更新和变更日志，及时获取最新的功能改进和错误修复。