什么是状态管理
从React诞生之后，前端组件化的方案深入人心，React遵循的是单向数据流的原则，属性通过Props自上而下的传递。当页面的比较简单，组件之间的层级关系比较浅时，这种自上而下的单向数据流的方式是不会有问题的。如果页面一复杂，组件的嵌套层级一深，这种单向数据流的传递方式，将会使你陷入到“嵌套地狱”。
状态管理本身，解决的就是这种“嵌套”地狱的问题，解决的是跨层级组件之间的数据通信和状态共享
状态管理工具的本质：管理共享内存中的状态。
- 共享内存
- 管理状态
- 页面通信
- 组件通信
- 刷新失效
详细定义：单页应用的各个组件本身是共享内存的，如果将状态保存在内存中，就可以读写统一内存中的变量，从而达到状态共享的目的。
为什么React有这么多状态管理工具？
Vue:Vuex(Pinia)
Angular：Service和Rxjs
React: Flux、Redux、Mobx、Rxjs、Recoil、Jotai、Zustand
跟不同前端框架的定义有关，Vue和Angular双向数据绑定，计算属性等，数据是响应式的，控制视图刷新，拥有计算属性等，这些使得Vue和Angular需要状态管理的场景减少，此外其本身就包含了完整的状态管理工具，比如Vue的Vuex和Pinia，Angular的Service（RXjs）等，从官方定调。 而React不一样，React是一个纯UI层的前端框架，UI＝fn（state），React将状态的变动完全交给开发者。
React状态管理简介
React状态管理工具可以分为以下几类：
- React自带：Local State（props）和Context
- 单向数据流：Flux、Redux（Redux-toolkit）
- 双向数据绑定：Mobx
- 原子型状态管理：Recoil、Jotai
- 异步操作密集型：Rxjs
每一种状态管理工具都有其不同的适用性，不同场景下需要合理的选择状态管理工具。
Local State(props)
local State顾名思义，就是组件级别的局部状态，比如：
import {useState} from 'react'
const Hello = () => {
const [name,setName] = useState('Jony')
return <>Hello, {name}</>
}
上述的name就是一个最简单的局部local State。只在Hello这个组件中生效，当组件创建时初始化和生效，组件销毁时失效。
Context
Fleact中的Context解决了React中，props或者state进行多级数据传递，则数据需要自顶下流经过每一级组件，无法跨级的问题。但是Context在页面间共享数据的时候同样有很多问题。
- Context相当于全局变量，难以追溯数据的变更情况
- 使用Context的组件内部耦合度太高，不利于组件的复用和单元测试
- 会产生不必要的更新（比如会穿透memo和dependicies等）
- Context只能存储单一值，无法存储多个各自拥有消费者的值的集合
- 粒度也不太好控制，不能细粒度的区分组件依赖了哪一个Context
- 多个Context会存在层层嵌套的问题
