Redux Persist 最佳实践

希望可以帮助大家使用和了解redux-persist的相关能力

接入

npm i --save redux-persist

如果你使用了immutable

npm i --save redux-persist-immutable

使用

// store.js

import { persistStore, autoRehydrate } from 'redux-persist'
// or
// import { persistStore, autoRehydrate } from 'redux-persist-immutable'


const store = createStore(
    ...
    autoRehydrate()
)

persistStore(store, {storage: AsyncStorage})

本地存储

redux-persist react native 端本地存储指定使用AsyncStorage。Android是以K-V的形式存储在本地sqlite中。
iOS 是直接存沙盒文件了

Android

key: 'reduxPersist:' + reducer key
value: json序列化后的state

image.png

iOS

整个状态树保存到沙盒RCTAsyncLocalStorage_V1目录中的manifest.json中
会判断value内容的大小，当超过1024的时候会存入当独的文件。文件名为key的MD5

配置黑白名单

  const config  = {
    storage: AsyncStorage,
    blacklist:['weather'],
    whitelist:['display ']
  }
  persistStore(store, config)

redux-persist 支持配置和黑名单。仅仅持久化白名单中的数据或者不持久化黑名单中的数据。

由于大部分情况下我们的state都会非常的大。强烈建议建议大家使用白名单对持久化数据做过滤。

transforms

支持在数据保存和还原之前做状态的转换。

其本身提供了一些常用的transforms

immutable - 支持immutable状态的支持
compress - 使用lz-string对数据做压缩
encrypt - 使用AES 对数据做加密
filter - 对数据做过滤
filter-immutable - 对数据做过滤，针对immutable
expire - 对持久化数据指定过期时间

组合使用

需要考虑挂载顺序对数据影响

persistStore(store, {
  transforms: [expireTransform,immutableTransform,encryptTransform]
});

当然还可以根据自己的需求进行自定义，并不复杂

autoRehydrate

我们知道persist做了缓存数据的加载，这里就涉及到三个状态，初始化的state、缓存state、reducer后的state。那么这三者是如何合并的？这是一个问题。
autoRehydrate就是用来解决这个问题的。
其参数stateReconciler中定义了合并规则。

如果没有定义这使用默认的defaultStateReconciler

1、如果是初始化state中没有可以忽略
2、如果缓存state中的value是null/undefined 忽略
3、如果初始化state和reducer后的state值不同，优先使用reducer后的state
4、如果state value为普通对象这进行合并、不是普通对象则进行强制替换

migrate

每次版本升级都或多少伴随着state的变化，那么新state和持久化的state之间应该如何保持一致性？
之前可能会有一些简单粗暴的处理，比如删除缓存。
而中间件migrate就是解决这个问题的优雅方案。他可以指定对应state的版本。通过定义manifest来描述每个版本的变化情况。从而实现新老state的结构一致。

如：

import { compose, createStore } from 'redux'
import { persistStore, autoRehydrate } from 'redux-persist'
import createMigration from 'redux-persist-migrate'

const manifest = {
 1: (state) => ({...state, staleReducer: undefined})
 2: (state) => ({...state, app: {...state.app, staleKey: undefined}})
}

let reducerKey = 'app'
const migration = createMigration(manifest, reducerKey)
const enhancer =  compose(migration, autoRehydrate())

const store = createStore(reducer, null, enhancer)
persistStore(store)

migrate 找出reduce的版本号，并遍历执行manifest中大于此版本号的方法。最终返回一个最新版本号写入reduce.version中！

debounce

persist 的写缓存时机 store 监听器触发的时候，也就是状态发生变化的时候。但是如果我们频繁操作 store 就会出现大量的 native 读写。影响性能，于是 persist 提供了 debounce 机制。store 监听器触发的时候并不立刻执行，而是使用setInterval 做了一下延时。保证指定时间内只执行一次。

keyPrefix

上面我们知道数据的存储是以key: 'reduxPersist:' + reducer key 的类型存储的。默认 keyPrefix 是 reduxPersist。这个是可以使用 config.keyPrefix 进行修改定制的。更具不同的业务定义不同的 key 进行业务区分。也很好的避免了数据覆盖的问题

问题

persist store是否可以共享？

persist 本质上是基于同一份Native存储的，所以本身就是共享的。如要访问其他SDK的state则需要加上添加上对应的key

key冲突？

可能会冲突，所以建议在reducer name中加上前缀？

persist 间缓存隔离

需要定制修改persist，将不同的SDK state 存入不同的数据库！

什么时候读缓存？

persistStore 执行的时候。

什么时候写缓存

Store 监听器触发的时候，也就是状态发生变化时。

最后编辑于：2017.12.08 16:30:01

Redux Persist 最佳实践