RTK Query更新search状态后未重新触发接口请求是什么原因？

核心原因排查 #

• RTK Query 默认会对接口入参做序列化，用序列化后的结果作为缓存键复用请求。如果参数更新后没有触发新请求，首先排查序列化规则是否异常：如果在createApi或对应接口的配置中自定义了serializeQueryArgs方法，且没有正确处理对象类型参数，会导致RTK Query判定新老参数一致，直接复用缓存不发新请求。
• 检查接口的refetchOnMountOrArgChange配置：如果该配置被设为false，即使入参变化RTK Query也会优先复用已有缓存。可以在调用查询Hook时手动开启该配置，强制参数变化时触发新请求。
• 确认skipToken逻辑符合预期：你当前写的search ?? skipToken逻辑中，只有search为假值时才会跳过请求，要确认调用addCity更新search后，search始终为真值没有被意外置空。可以添加监听useEffect确认状态更新正常：

useEffect(() => {
  console.log('search参数已更新', search)
}, [search])

• 注意拼写错误：你初始化state时写的nexToken缺失了字母t，正确拼写应为nextToken，如果接口逻辑依赖该字段会导致传参不符合预期。

快速修复示例 #

直接在查询Hook中添加强制参数变化时重查的配置即可：

const { data, isLoading, isError } = useGetPostQuery(search ?? skipToken, {
  refetchOnMountOrArgChange: true
})

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