dispatch action后Redux Store未更新，新页面读取状态为空数组

核心根因 #

你遇到的读不到状态问题由两类问题共同导致，优先级从高到低如下： #

1. 对Redux存储特性的理解错误 #

Redux是纯内存级的状态容器，数据只存在当前页面的运行时内存中，不会自动持久化，也不会跨标签页共享。
你通过修改waiting.location.href打开新标签页的操作，会触发新标签页完整加载整个React应用，Redux Store会完全重新初始化，直接回到你定义的Data: []初始状态，旧页面内存里存的所有Redux数据都会被销毁，新页面自然读不到之前写入的响应数据。
针对跨标签页传值的需求，可选实现方案：

• 数据量小的场景：直接把需要的参数拼在跳转URL的query里，新页面从URL取参数
• 数据量中等、无极高敏感信息：调用接口拿到响应后，先把数据存入sessionStorage，新页面加载时优先从sessionStorage读取数据回填到Redux，sessionStorage会在标签页关闭后自动清除，不会长期留存数据
• 同域复杂场景：可以通过window.postMessage实现跨标签页通信传递数据

2. 现有代码的逻辑错误 #

就算不考虑新标签页跳转的场景，你当前的Redux写入、配置逻辑本身也存在问题，会导致状态异常：

（1）Reducer赋值逻辑错误

你当前在setData reducer中用了state.Data.push(action.payload.Data)，push方法是往原数组末尾追加元素，最终存到Redux里的结构是二维数组[/* 你要的AuditResultList数组 */]，和你预期的直接存储响应列表的结构完全不符。
修正后的reducer写法：

reducers: {
  setData: (state, action) => {
    // 直接替换数组值即可，RTK内置immer支持直接修改状态
    state.Data = action.payload.Data;
    console.log(action.payload.Data);
  },
},

（2）无效的Promise包裹与硬跳转问题

你用Promise.resolve()包裹dispatch的写法没有任何实际作用：普通同步action的dispatch本身是同步执行的，这个写法不会等待任何异步流程。
同时如果是单页应用内部的路由跳转，不要直接修改location.href触发硬刷新，硬刷新会重置整个应用内存包括Redux状态，应该用react-router提供的navigate方法做前端路由跳转，不会触发应用重载。

（3）Store配置不规范

你已经使用了Redux Toolkit的createSlice，但Store还在用已经被官方废弃的原生Redux createStore方法创建，容易出现中间件、开发工具兼容问题，建议统一用RTK提供的configureStore创建Store：

// Store.js 修正后写法
import { configureStore } from "@reduxjs/toolkit";
import dataReducer from "./features/data/dataSlice";

const store = configureStore({
  reducer: {
    fs: dataReducer,
  },
});

export default store;

验证顺序 #

修复后按以下步骤验证，避免多问题叠加难以定位：

• 先注释掉跳转逻辑，dispatch后在当前页面打印useSelector取到的Data值，确认Redux可以正常写入、读取数据
• 如果是应用内页面切换，替换为react-router的前端跳转，确认同应用内跨组件可以正常读取Redux数据
• 如果确实需要打开新标签页，加上sessionStorage持久化逻辑，验证新标签页加载时可以正确取到之前存入的响应数据

注意：如果接口返回的AuditResultList包含用户敏感信息，不要存入localStorage做长期持久化，优先选择sessionStorage、URL参数等会话级存储方式。

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