React状态管理怎么选?

React 状态管理工具:我是这样选择的-阿里云开发者社区

知乎 - 有问题,就会有答案

2023 再看 React 状态管理库 - 掘金

序章、适用场景

  1. 在复杂度很低的场景下,我们完全可以用 Context 和 useReducer 来实现简单的状态管理,但它需要配合 memo 或者 PureComponent 来控制更新粒度。

  2. 在复杂度一般的场景下,可以尝试用 Recoil/jotai、hox 来管理分散的状态,提高重渲染的性能。

  3. 在复杂度比较高的场景下,可以考虑用 Mobx/valtio 来管理状态,不管在性能还是社区生态方面都非常出色。

  4. 在复杂度很高的场景下,使用 Redux/zustand 提高状态的可预测性,约束性的写法也方便后期的维护。

补充一下,业务组件如果要抽象到业务组件库,同样也应该将共享的状态,通过props形式传递到业务组件状态中。

一、zustand

(1)基本使用和优缺点

基本使用:Zustand Documentation

特点:

store 存储在 React 外部。

优点:

  1. 支持中间件
  2. 支持细粒度性能优化
  3. 有不错的生态中间件支持

缺点:

  1. 官方缺少derived/computed 状态支持,社区有提供解决方案

(2)原理简单实现

手写一个 Zustand,只要 60 行 - 掘金

实现的核心函数:

  1. createStore(状态存储和订阅等)
  2. useStore(渲染更新机制)
  3. create(封装createStore和useStore逻辑,返回hook给用户使用)

create参数设计成一个函数,这个函数接收 set、get 等函作为参数,那就自然支持了中间件。

scss 复制代码
const createStore = (createState) => {
    let state;
    const listeners = new Set();
    ...
    state = createState(setState, getState, api)
    const api = { setState, getState, subscribe, destroy }
    
    return api
}

export const create = (createState) => {
    const api = createStore(createState)

    const useBoundStore = (selector) => useStore(api, selector)

    Object.assign(useBoundStore, api);

    return useBoundStore
}

function useStore(api, selector) {
    const [,forceRender ] = useState(0);
    useEffect(() => {
        api.subscribe((state, prevState) => {
            const newObj = selector(state);
            const oldobj = selector(prevState);

            if(newObj !== oldobj) {
                forceRender(Math.random());
            }       
        })
    }, []);
    return selector(api.getState());
}



// 举例createState => createBearState

const createBearState = (set) => ({ 
  bears: 0, 
  increasePopulation: () => set((state) => ({ bears: state.bears + 1 })),    
  removeAllBears: () => set({ bears: 0 }), 
  updateBears: (newBears) => set({ bears: newBears }),
})
const useBearStore = create(createBearState)

通过selector精确区分组件使用的是store的哪个属性,从而控制细粒度更新(不像context那样的粗粒度)

scss 复制代码
// 方式1. 使用useState订阅更新
function useStore(api, selector) {
  const [,forceRender ] = useState(0);
  useEffect(() => { 
    api.subscribe((state, prevState) => {  
      const newObj = selector(state);            
      const oldobj = selector(prevState);            
      if(newObj !== oldobj) {                
        forceRender(Math.random());            
       }               
      })    
    }, []);    
    
    return selector(api.getState());
}

// 方式2. 使用useSyncExternalStore订阅更新
function useStore(api, selector) {
    function getState() {
        return selector(api.getState());
    }
    
    return useSyncExternalStore(api.subscribe, getState)
}

二、Recoil和Jotai

tutorial.jotai.org/quick-start...

(一)基础用法

支持异步:

tutorial.jotai.org/quick-start...

(二)特点

jotai的语法相比于recoil(Facebook官方推出)更加简洁。

特点:jotai 是 Context 和订阅机制的结合,是面向 React 的一种全局状态管理库。

优点:

  1. 使用起来十分简单。
  2. 支持细粒度性能优化。如果你的需求是一个没有额外重复渲染的 Context,那 jotai 是个不错的选择。
  3. 支持derived/computed 状态。
  4. 生态系统较好。

缺点:

  1. 不支持中间件

Zustand 和 Jotai 之间有两个主要不同:

  • Zustand 是单一 store,Jotai 由原子 atom 组合而成;

  • Zustand 的 store 存储在 React 外部,Jotai 的 store 存储在 React 内部。

三、hox

简单易用,跟自定义hooks一模一样。

定位:只用于状态共享,而不是数据操作和状态管理。

优点:

  1. 支持细粒度性能优化 hox.js.org/zh/guide/pe...

  2. 较为简单。

缺点:

  1. 不支持derived/computed 状态

  2. 不支持中间件功能。

  3. 缺少生态支持

四、Redux和React-Redux

Redux 入门教程(一):基本用法 - 阮一峰的网络日志

五、Mobx和Valtio

响应式的,目前项目中不推荐使用。

其他参考资料:React useSyncExternalStore 一览 - 掘金

相关推荐
许泽宇的技术分享2 小时前
解密Anthropic的MCP Inspector:从协议调试到AI应用开发的全栈架构之旅
人工智能·架构·typescript·mcp·ai开发工具
Jason_zhao_MR3 小时前
米尔RK3506核心板SDK重磅升级,解锁三核A7实时控制新架构
linux·嵌入式硬件·物联网·架构·嵌入式·嵌入式实时数据库
シ風箏3 小时前
Flink【基础知识 01】简介+核心架构+分层API+集群架构+应用场景+特点优势(一篇即可大概了解Flink)
大数据·架构·flink·bigdata
Psycho_MrZhang3 小时前
Airflow简介和架构
架构·wpf
IT知识分享4 小时前
中科天玑全要素AI舆情系统功能、架构解析
人工智能·语言模型·架构
没有bug.的程序员5 小时前
微服务基础设施清单:必须、应该、可以、无需的四级分类指南
java·jvm·微服务·云原生·容器·架构
郑州光合科技余经理5 小时前
海外国际版同城服务系统开发:PHP技术栈
java·大数据·开发语言·前端·人工智能·架构·php
-大头.6 小时前
数据库高可用架构终极指南
数据库·架构
喜欢吃豆7 小时前
下一代 AI 销售陪练系统的架构蓝图与核心技术挑战深度研究报告
人工智能·架构·大模型·多模态·ai销售陪练
程序员小胖胖7 小时前
每天一道面试题之架构篇|可插拔规则引擎系统架构设计
架构·系统架构