React Native多版本使用独立Redux store升级后用户数据丢失如何解决

方案1：版本升级时做一次性数据迁移 #

• 实现逻辑：
  1. 前置依赖：v1版本Redux store需已完成持久化（常用redux-persist结合AsyncStorage/MMKV实现），用户登录态等核心数据已持久化在本地存储中
  2. 首次启动v2版本时，先检测是否存在v1版本的持久化数据、且未完成过迁移
  3. 读取v1持久化数据中需要保留的字段（如用户token、登录信息、应用偏好等）
  4. 将上述数据作为v2 store初始化的preloadedState对应字段值，完成迁移后在本地存储写入迁移完成标记，后续启动不再重复执行
• 代码示例：

// v2 store 初始化逻辑
import AsyncStorage from '@react-native-async-storage/async-storage';

const initV2Store = async () => {
  const isMigrated = await AsyncStorage.getItem('@v2_data_migrated');
  let preloadedState = {};

  if (!isMigrated) {
    // 读取v1持久化数据，key根据v1版本redux-persist的实际配置填写
    const v1PersistData = await AsyncStorage.getItem('persist:v1root');
    if (v1PersistData) {
      const v1Data = JSON.parse(v1PersistData);
      // 提取需要迁移的字段
      preloadedState.auth = {
        token: v1Data.auth.token,
        userInfo: JSON.parse(v1Data.auth.userInfo)
      };
      // 标记迁移完成
      await AsyncStorage.setItem('@v2_data_migrated', 'true');
    }
  }

  // 用带初始状态的配置创建v2 store
  return configureStore({
    reducer: v2RootReducer,
    preloadedState,
    // 其他store配置
  })
}

• 优缺点：改造成本低，无需改动v1现有逻辑，适合版本迭代过渡场景

方案2：公共数据独立存储，跨版本共享 #

• 实现逻辑：把登录态、全局配置等两个版本都需要用到的公共数据，和各自版本的业务数据分开存储，单独存到公共的存储分区，两个版本的store都直接读写该分区的公共数据
• 实现要点：
  • 封装统一的公共存储读写工具类，比如GlobalStorage，内置getAuthInfo、setAuthInfo等通用方法
  • v1和v2的auth相关reducer逻辑都改为调用该工具类读写数据，不把登录态存在各自store的私有持久化域中
• 优缺点：后续如果还有版本迭代，公共数据不用反复迁移，适合多版本长期并行的场景

方案3：重构为单Store多Slice架构（长期最优方案） #

• 实现逻辑：Redux官方并不推荐多Store的架构，多Store反而会增加数据同步、跨模块访问的成本。可以把原来的两个Store拆分为同一Store下的不同业务Slice：
  • 公共Slice：auth、globalConfig等两个版本共用的逻辑抽为公共Slice，全局共享
  • 版本专属Slice：v1业务、v2业务分别拆为独立的Slice，运行时根据APP_VERSION参数动态注册对应Slice和路由
• 优缺点：从架构根源解决数据不通的问题，后续维护成本更低，缺点是需要对现有Redux逻辑做一定的改造，适合有长期迭代规划的项目

不推荐实现两个Store的实时通信，双向同步极易出现数据冲突、状态不一致等问题，维护成本极高，没有必要采用。

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