「React18新特性」深度解读之UseMutableSource_JavaScript

「React18新特性」深度解读之UseMutableSource

一前言

大家好，我是 ?? ，接下来会出一个新系列，React v18新特性解读，主要针对新特性的产生背景，功能介绍，和原理分析等几个方面，勇于做第一个吃螃蟹的人。希望支持我的朋友可以点赞，转发，再看，关注一波公众号，持续分享前端技术硬文。

useMutableSource 最早的 RFC 提案在 2020年 2 月份就开始了。在 React 18 中它将作为新特性出现。用一段提案中的描述来概括 useMutableSource。

useMutableSource 能够让 React 组件在 Concurrent Mode 模式下安全地有效地读取外接数据源，在组件渲染过程中能够检测到变化，并且在数据源发生变化的时候，能够调度更新。

说起外部数据源就要从 state 和更新说起，无论是 React 还是 Vue 这种传统 UI 框架中，虽然它们都采用虚拟 DOM 方式，但是还是不能够把更新单元委托到虚拟 DOM 身上来，所以更新的最小粒度还是在组件层面上，由组件统一管理数据 state，并参与调度更新。

回到我们的主角 React 上，既然由组件 component 管控着状态 state。那么在 v17 和之前的版本，React 想要视图上的更新，那么只能通过更改内部数据 state 。纵览 React 的几种更新方式，无一离不开自身 state 。先来看一下 React 的几种更新模式。

组件本身改变 state 。函数 useState | useReducer ，类组件 setState | forceUpdate 。
props 改变，由组件更新带来的子组件的更新。
context 更新，并且该组件消费了当前 context 。
无论是上面哪种方式，本质上都是 state 的变化。
props 改变来源于父级组件的 state 变化。
context 变化来源于 Provider 中 value 变化，而 value 一般情况下也是 state 或者是 state 衍生产物。

从上面可以概括出：state和视图更新的关系 Model => View 。但是 state 仅限于组件内部的数据，如果 state 来源于外部(脱离组件层面)。那么如何完成外部数据源转换成内部状态，并且数据源变化，组件重新 render 呢?

常规模式下，先把外部数据 external Data 通过 selector 选择器把组件需要的数据映射到 state | props 上。这算是完成了一步，接下来还需要 subscribe 订阅外部数据源的变化，如果发生变化，那么还需要自身去强制更新 forceUpdate 。下面两幅图表示数据注入和数据订阅更新。

「React18新特性」深度解读之UseMutableSource

典型的外部数据源就是 redux 中的 store ，redux 是如何把 Store 中的 state ，安全的变成组件的 state 的。

或许我可以用一段代码来表示从 react-redux 中 state 改变到视图更新的流程。

conststore=createStore(reducer,initState)
functionApp({selector}){
const[state,setReduxState]=React.useState({})
constcontextValue=useMemo(()=>{
/*订阅store变化*/
store.subscribe(()=>{
/*用选择器选择订阅state*/
constvalue=selector(data.getState())
/*如果发生变化*/
if(ifHasChange(state,value)){
setReduxState(value)
}
})
},[store])
return
...
}

但是例子中代码，没有实际意义，也不是源代码，我这里就是让大家清晰地了解流程。redux 和 react 本质上是这样工作的。

通过 store.subscribe 来订阅 state 变化，但是本质上要比代码片段中复杂的多，通过 selector (选择器)找到组件需要的 state。我在这里先解释一下selector，因为在业务组件往往不需要整个 store 中的 state 全部数据，而是仅仅需要下面的部分状态，这个时候就需要从 state 中选择‘有用的’，并且和 props 合并，细心的同学应该发现，选择器需要和 react-redux 中 connect 第一参数 mapStateToProps 联动。对于细节，无关紧要，因为今天重点是 useMutableSource。

如上是没有 useMutableSource 的情况，现在用 useMutableSource 不在需要把订阅到更新流程交给组件处理。如下：

/*创建store*/
conststore=createStore(reducer,initState)
/*创建外部数据源*/
constexternalDataSource=createMutableSource(store,store.getState())
/*订阅更新*/
constsubscribe=(store,callback)=>store.subscribe(callback);
functionApp({selector}){
/*订阅的state发生变化，那么组件会更新*/
conststate=useMutableSource(externalDataSource,selector,subscribe)
}

通过 createMutableSource 创建外部数据源，通过 useMutableSource 来使用外部数据源。外部数据源变化，组件自动渲染。

如上是通过 useMutableSource 实现的订阅更新，这样减少了 APP 内部组件代码，代码健壮性提升，一定程度上也降低了耦合。接下来让我们全方面认识一下这个 V18 的新特性。

二功能介绍

具体功能介绍流程还是参考最新的 RFC， createMutableSource 和 useMutableSource 在一定的程度上，有点像 createContext 和 useContext ，见名知意，就是创建与使用。不同的是 context 需要 Provider 去注入内部状态，而今天的主角是注入外部状态。那么首先应该看一下两者如何使用。

创建

createMutableSource 创建一个数据源。它有两个参数：

constexternalDataSource=createMutableSource(store,store.getState())

第一个参数：就是外部的数据源，比如 redux 中的 store,

第二个参数：一个函数，函数的返回值作为数据源的版本号，这里需要注意??的是，要保持数据源和数据版本号的一致性，就是数据源变化了，那么数据版本号就要变化，一定程度上遵循 immutable 原则(不可变性)。可以理解为数据版本号是证明数据源唯一性的标示。

api介绍

useMutableSource 可以使用非传统的数据源。它的功能和 Context API 还有 useSubscription 类似。(没有使用过 useSubscription 的同学，可以了解一下 )。

先来看一下 useMutableSource 的基本使用：

constvalue=useMutableSource(source,getSnapShot,subscribe)

useMutableSource 是一个 hooks ，它有三个参数：

source：MutableSource < Source > 可以理解为带记忆的数据源对象。
getSnapshot：( source : Source ) => Snapshot ：一个函数，数据源作为函数的参数，获取快照信息，可以理解为 selector ，把外部的数据源的数据过滤，找出想要的数据源。
subscribe: (source: Source, callback: () => void) => () => void：订阅函数，有两个参数，Source 可以理解为 useMutableSource 第一个参数，callback 可以理解为 useMutableSource 第二个参数，当数据源变化的时候，执行快照，获取新的数据。

useMutableSource 特点

useMutableSource 和 useSubscription 功能类似：

两者都需要带有记忆化的‘配置化对象’，从而从外部取值。
两者都需要一种订阅和取消订阅源的方法 subscribe。

除此之外 useMutableSource 还有一些特点：

useMutableSource 需要源作为显式参数。也就是需要把数据源对象作为第一个参数传入。
useMutableSource 用 getSnapshot 读取的数据，是不可变的。

关于 MutableSource 版本号

useMutableSource 会追踪 MutableSource 的版本号，然后读取数据，所以如果两者不一致，可能会造成读取异常的情况。useMutableSource 会检查版本号：
在第一次组件挂载的时候，读取版本号。
在组件 rerender 的时候，确保版本号一致，然后在读取数据。不然会造成错误发生。

确保数据源和版本号的一致性。

设计规范

当通过 getSnapshot 读取外部数据源的时候，返回的 value 应该是不可变的。

正确写法：getSnapshot: source => Array.from(source.friendIDs)
错误写法：getSnapshot: source => source.friendIDs

数据源必须有一个全局的版本号，这个版本号代表整个数据源：

正确写法：getVersion: () => source.version
错误写法：getVersion: () => source.user.version

接下来参考 github 上的例子，我讲一下具体怎么使用：

例子一

例子一：订阅 history 模式下路由变化

比如有一个场景就是在非人为情况下，订阅路由变化，展示对应的 location.pathname，看一下是如何使用 useMutableSource 处理的。在这种场景下，外部数据源就是 location 信息。

//通过createMutableSource创建一个外部数据源。
//数据源对象为window。
//用location.href作为数据源的版本号，href发生变化，那么说明数据源发生变化。
constlocationSource=createMutableSource(
window,
()=>window.location.href
);
//获取快照信息，这里获取的是location.pathname字段，这个是可以复用的，当路由发生变化的时候，那么会调用快照函数，来形成新的快照信息。
constgetSnapshot=window=>window.location.pathname
//订阅函数。
constsubscribe=(window,callback)=>{
//通过popstate监听history模式下的路由变化，路由变化的时候，执行快照函数，得到新的快照信息。
window.addEventListener("popstate",callback);
//取消监听
return()=>window.removeEventListener("popstate",callback);
};
functionExample(){
//通过useMutableSource，把数据源对象，快照函数，订阅函数传入，形成pathName。
constpathName=useMutableSource(locationSource,getSnapshot,subscribe);
//...
}

来描绘一下流程：

首先通过 createMutableSource 创建一个数据源对象，该数据源对象为 window。用 location.href 作为数据源的版本号，href 发生变化，那么说明数据源发生变化。
获取快照信息，这里获取的是 location.pathname 字段，这个是可以复用的，当路由发生变化的时候，那么会调用快照函数，来形成新的快照信息。
通过 popstate 监听 history 模式下的路由变化，路由变化的时候，执行快照函数，得到新的快照信息。
通过 useMutableSource ，把数据源对象，快照函数，订阅函数传入，形成 pathName 。
可能这个例子，不足以让你清楚 useMutableSource 的作用，我们再举一个例子看一下 useMutableSource 如何和 redux 契合使用的。

例子二

例子二：redux 中 useMutableSource 使用

redux 可以通过 useMutableSource 编写自定义 hooks —— useSelector，useSelector 可以读取数据源的状态，当数据源改变的时候，重新执行快照获取状态，做到订阅更新。我们看一下 useSelector 是如何实现的。

constmutableSource=createMutableSource(
reduxStore,//将redux的store作为数据源。
//state是不可变的，可以作为数据源的版本号
()=>reduxStore.getState()
);
//通过创建context保存数据源mutableSource。
constMutableSourceContext=createContext(mutableSource);
//订阅store变化。store变化，执行getSnapshot
constsubscribe=(store,callback)=>store.subscribe(callback);
//自定义hooksuseSelector可以在每一个connect内部使用，通过useContext获取数据源对象。
functionuseSelector(selector){
constmutableSource=useContext(MutableSourceContext);
//用useCallback让getSnapshot变成有记忆的。
constgetSnapshot=useCallback(store=>selector(store.getState()),[
selector
]);
//最后本质上用的是useMutableSource订阅state变化。
returnuseMutableSource(mutableSource,getSnapshot,subscribe);
}

大致流程是这样的：

将 redux 的 store 作为数据源对象 mutableSource 。state 是不可变的，可以作为数据源的版本号。
通过创建 context 保存数据源对象 mutableSource。
声明订阅函数，订阅 store 变化。store 变化，执行 getSnapshot 。
自定义 hooks useSelector 可以在每一个 connect 内部使用，通过 useContext 获取数据源对象。用 useCallback 让 getSnapshot 变成有记忆的。
最后本质上用的是 useMutableSource 订阅外部 state 变化。

注意问题

在创建 getSnapshot 的时候，需要将 getSnapshot 记忆化处理，就像上述流程中的 useCallback 处理 getSnapshot 一样，如果不记忆处理，那么会让组件频繁渲染。

在最新的 react-redux 源码中，已经使用新的 api，订阅外部数据源，不过不是 useMutableSource 而是 useSyncExternalStore，具体因为 useMutableSource 没有提供内置的 selectorAPI，需要每一次当选择器变化时候重新订阅 store，如果没有 useCallback 等 api 记忆化处理，那么将重新订阅。具体内容请参考 useMutableSource → useSyncExternalStore。