React 状态管理的演变：从本地到异步
内容提要
本文介绍了React应用程序中的状态管理方法，包括本地状态、全局状态和异步状态。讨论了Redux、Zustand和React-Query等工具的使用。总结了这些状态的区别和用途。
延伸解读
本地状态与全局状态的边界
文章指出，本地状态属于单个组件，更新时仅触发该组件重渲染；全局状态则是多个组件共享的单一 JSON 对象。作者强调，如果只有 Commits 组件需要 commits 列表，就不应将其放入全局状态，否则会污染全局并增加不必要的复杂度。这一判断标准有助于开发者在实际项目中避免过度使用 Redux 等全局方案。
Redux 的行业地位与代价
文章提到 Redux 是行业标准，作者七年职业经历中每个项目都使用 Redux，且多数 React 岗位要求掌握它。但作者也直言 Redux 过于臃肿：需要创建 actions、reducers 和字符串常量，文件分散，对简单数据获取而言并不高效。这提示读者，Redux 的广泛采用并不等于它总是最简方案。
Zustand 的简化思路
Zustand 被描述为更简单的替代品，它去掉了 actions 和 reducers，只保留一个 Store，并建议按功能拆分为 slices。文章引用其周下载量超过 349 万、GitHub 星标超过 4.5 万、仅有两个开放 PR 的数据，说明其轻量与活跃度。对于希望减少样板代码的团队，Zustand 提供了一种更贴近功能组织的状态管理方式。
异步状态与缓存的重要性
文章将异步状态比作薛定谔的猫：请求完成前无法确知结果。作者批评用全局状态存储异步数据会导致组件在加载或出错时仍显示可能为假的数值，例如提交总数。React-Query 等工具内置缓存，能自动判断复用缓存还是重新请求，并让组件始终准备好处理 isLoading 和 isError，从而减少重复代码并保持全局状态干净。
Q&A
React中的本地状态是什么？
本地状态是单个组件的状态，每次更新状态时，组件会重新渲染。
全局状态管理在React中是如何实现的？
全局状态管理通常使用Redux来实现，允许多个组件共享状态。
Zustand与Redux相比有什么优势？
Zustand是一种更简单的状态管理工具，避免了Redux的复杂性，使用起来更轻便。
异步状态在React中有什么特点？
异步状态用于处理外部数据，状态在请求完成之前是未知的，类似于薛定谔的猫。
如何使用React-Query管理异步状态？
React-Query可以自动处理数据请求的加载和错误状态，简化异步数据管理。
为什么需要区分本地状态、全局状态和异步状态？
区分这些状态有助于更好地管理数据流和组件的渲染，避免不必要的复杂性。
