共计 1165 个字符，预计需要花费 3 分钟才能阅读完成。
大家好，我卡颂。
2022 年 3 月 29 号，React18正式版公布。
从 v16 开始，React团队就在遍及 并发 的概念。在 v18 的迭代过程中（alpha、Beta、RC），也始终在科普 并发个性，所以正式版公布时，曾经没有什么陈腐个性。
本文次要解说 v18 公布日志中走漏的一些将来发展趋势。
欢送退出人类高质量前端框架群，带飞
开发者可能并不会接触到并发个性
React对减少 API 是很谨慎的。从 13 年诞生至今，触发更新的形式都是this.setState。
而引入 并发 概念后，光是与 并发 相干的 API 就有好几个，比方：
- useTransition
- useDeferredValue
甚至呈现了为 并发 兜底的API（即并发状况下，不应用这些 API 可能会出 bug），比方：
- useSyncExternalStore
- useInsertionEffect
一下多出这么多 API，还不是像useState 这种不应用不行的 API，况且， 并发 这一个性对于少数前端开发者都有些生疏。
你能够代入本人的业务想想，让开发者上手应用 并发个性 有多难。
所以，在将来用 v18 开发的利用，开发者可能并不会接触到并发个性。这些个性更可能是由各种库封装好的。
比方：startTransition能够让用户在不同视图间切换的同时，不阻塞用户输出。
这一 API 很可能会由各种 Router 实现，再作为一个配置项凋谢给开发者。
万物皆可 Suspense
对于 React 来说，有两类瓶颈须要解决：
- CPU 的瓶颈，如大计算量的操作导致页面卡顿
- IO 的瓶颈，如申请服务端数据时的等待时间
其中 CPU 的瓶颈 通过 并发个性 的优先级中断机制解决。
IO 的瓶颈 则交给 Suspense 解决。
所以，将来所有与 IO 相干的操作，都会收敛到 Suspense 这一解决方案内。
从最后的 React.lazy 到现在仍在开发中的Server Components，最终万物皆可Suspense。
这其中有些逻辑是很简单的，比方：
- Server Components
- 新的服务端渲染计划
所以，这些操作不大可能是间接面向开发者的。
这又回到了上一条，这些操作会交由各种库实现。如果复杂度更高，则会交由基于 React 封装的框架实现，比方Next.js、Remix。
这也是为什么 React 团队 核心人物 Sebastian 会退出Next.js。
能够说，React将来的定位是：一个前端底层操作系统，足够简单，个别开发者慎用。
而开发者应用的是 基于该操作系统实现的各种下层利用。
总结
如果说 v16 之前各种 React Like 库还能靠体积、性能劣势分走 React 局部蛋糕，那将来两者走的齐全是两条赛道，因为两者的生态不再兼容。
将来不再会有 React 全家桶 的概念，桶里的各个部件最终会沦为更大的框架中的一个小模块。
以后你们业务里是间接应用 React 呢，还是应用各种框架（比方Next.js）？