在一个 App 中，它有一个全局状态被多个组件使用了，因此它将该全局状态放在了 Root 组件中。当其中一个组件，触发了该全局的状态更新操作后，Root 的新状态会逐层传递到整个应用上。
虽然将全局状态挂在 Root 组件上，并通过将状态和状态更新函数逐层传递到各个组件上，能解决跨组件更新的难题。
但是这个方案却带来了性能损耗和维护成本高等问题。所以当你在使用 useState、useReducer 管理状态时，如果会遇到性能问题和维护性问题时，你就可以考虑使用 Redux 了。
你看，Redux 通过 Store 存储了全局状态，它不仅解决了状态需要逐层传递的问题，还避免了整个应用的 re-render，不容易出现相关的性能问题。
当你有大量的全局状态需要管理时，当应用状态频繁更新遇到性能瓶颈时，当管理状态的逻辑复杂到需要代码分治时，当多人协作开发需要遵守同一套最佳实践时，就是你考虑使用 Redux 的时候了。
Redux工作原理
Redux 的核心原理，我们用一句话概括就是：State 驱动 View 更新，用户操作 View 触发 Action ，再通过 Action 来更新 State。
使用 Redux 管理应用状态时，也有三部分：State、View 和 Action。 State 是状态，View 是视图，Action 是更新指令。
在 Redux 中，State 是一个存储在全局中的对象，用于描述整个应用的状态。
在 Redux 中，Action 是一个包含 type 字段的对象，用来描述“发生了什么事情”。
Reducer 就是一个普通的状态更新函数。Redux 会将当前应用的状态 State 和指令 Action 作为参数，传给 Reducer 函数，并接收一个 Reducer 返回的 newState 作为新全局状态。
完整的流程是，在初始化时，Redux 通过 Reducer 来初始化 State，State 驱动 View 渲染。在更新状态时，用户操作 View 触发 Action，Action 和当前 State 会被分发给处理分片状态的 Reducer 函数，由 Reducer 函数来执行更新逻辑和返回新的 State，并最终刷新 View。
Redux最佳实践
目前，Redux 社区和官方团队，经历多年的探索，慢慢摸索了一套最佳实践，并且把这套最佳实践封装到了 Redux Toolkit 工具集中。使用 Redux Toolkit 这套最佳实践，不仅能够避免常见的 Redux 使用误区，还能少写很多代码。
Redux Toolkit 的本质是提供了一些工具函数，简化纯手写 Redux 代码的冗余逻辑，其中最重要的两个工具函数是：
-configureStore：管理所有全局状态的函数，它的返回值是一个 Store 对象；
-createSlice：管理分片全局状态的函数，其返回值是一个分片对象，该对象上最重要的两个属性是：
-actions：创建分片 action 的函数集合；
-reducer：已经创建好的分片 reducer。
另外，Redux 还有一个专门的 React Redux 库 ，这个库主要为 React/React Native 应用提供了 1 个组件和 2 个常用的钩子函数：
-Provider：Provider 是一个组件，该组件接收存储所有全局状态的 Store 对象作为参数。Provider 组件底层用的是 useContext，它为整个应用的其他组件提供获取 Store 对象的能力；
-useSelector：从 Store 中获取当前组件需要用到的状态；
-useDispatch：用于发送指令的钩子函数，其返回值是 dispatch 函数，而 dispatch 函数的入参是 action。
目前，使用 Redux 开发 React Native 应用的最佳实践，就是同时使用 Redux Toolkit 和 React Redux，实现全局状态管理。
import {configureStore, createSlice } from '@reduxjs/toolkit';
import {Provider, useSelector, useDispatch } from 'react-redux';
这里，我们分别从 ‘@reduxjs/toolkit’ 和 ‘react-redux’ 中引入了 configureStore、createSlice、Provider、useSelector、useDispatch。
那如何使用它们来管理应用状态呢？整个过程大致分为 5 步：
1.使用 Provider 组件向应用的其他组件提供获取 Store 的能力；
2.使用 configureStore 函数创建 Store；
3.使用 createSlice 函数创建分片；
4.使用 useSelector 获取分片 State；
5.使用 useDispatch 生成的 dispatch 来发送 action。
首先我们来看如何使用 Provider 组件向其他组件提供获取 Store 的能力。
一般而言，Provider 组件通常是最顶层的组件，它包裹住了整个应用。以计数应用为例，示例代码如下：
const store = ...
// 计数应用
function CounterApp(){}
// 根组件
export default function Root() {
return (
<Provider store={store}>
<CounterApp />
</Provider>
);
}
AppRegistry.registerComponent('App', () => Root);
第二步，创建 store 用到的函数是 configureStore。
const counterSlice = ...
const store = configureStore({
reducer: {
counter: counterSlice.reducer,
}
});
console.log(store.getState()) // { counter }
多个全局状态
const todosSlice = ...
const filtersSlice = ...
const store = configureStore({
reducer: {
todosState: todosSlice.reducer,
filterState: filtersSlice.reducer,
},
})
console.log(store.getState()) // { todos, filters }
第三步的任务，创建分片用到的函数是 createSlice。
const initialState = {
value: 0,
};
const counterSlice = createSlice({
name: 'counter',
initialState,
reducers: {
increment: (state, action) => {
// 可以直接修改的“状态”
state.value += action.payload;
},
},
});
console.log(counterSlice.actions.increment(1))
// {"payload": 1, "type": "counter/increment"}
console.log(counterSlice.reducer)
/*
function reducer(state, action) {
if (!_reducer) _reducer = buildReducer();
return _reducer(state, action);
}
*/
创建分片需要三个参数：
-name：分片的名字，字符串类型。示例中是 “counter” 字符串；
-initialState：分片的初始化状态。示例中是 { value: 0 } 的对象；
-reducers：对象类型，用于创建分片 action 和分片 reducer。
createSlice 函数会自动生成分片 action creators 和分片 reducer， 并将这两个自动生成的值挂在其返回对象 counterSlice 的 actions 属性和 reducer 属性上。
在完成以上三步后，应用中的组件就能够使用分片 State 和分片 Action 来展示和改变 UI 视图了。
组件使用分片State和分片Action
function CounterApp() {
const counter = useSelector((state) => state.counter.value);
const dispatch = useDispatch();
const handlePress = () => {
dispatch(counterSlice.actions.increment(10));
};
return (
<View style={styles.box}>
<Text>{counter}</Text>
<Text onPress={handlePress}>+10</Text>
</View>
);
}
其中，useSelector 的主要作用是按需获取状态。虽然，你也可以直接使用 store.getState() 获取所有状态，但获取所有全局状态会有一个弊端，那就是只要任何一个全局状态发生了改变，该组件就会 re-render，这容易导致应用性能变差。因此，你需要 useSelector 帮你从 store 中按需获取状态。
总结
这一讲，我和你介绍了三个重点，分别是 Redux 什么时候用、Redux 的工作原理和 Redux 的最佳实践。
不过，Redux 并不是万能药，它只适合复杂或大型应用的全局状态管理，在简单或小型应用中使用 Redux，就像大炮打苍蝇大材小用。
虽然使用 Redux 来管理状态需要 5 个步骤，比使用 useState 的 3 个步骤多了两个步骤。但使用 Redux 来管理全局状态有很多好处，比如它能提高你应用的可测试性和可维护性，而这些特性正是复杂项目、大型项目所需要的。但对于一个大型项目而言，Redux 并不是唯一状态管理方案，通常我还会将 Redux 和 useState、ReactQuery 搭配起来使用。
我更喜欢使用 useState 来管理组件状态，使用 Redux 来管理全局状态，使用 ReactQuery 来管理异步状态。
