9 日凌晨 1 点，React官网博客放出 v18 最新进展。
官网带来的三条音讯
在 React18 工作打算这篇博文中，官网带来了三条音讯。
v18的工作曾经在进行中，并且会是下一个次要版本- 创立了
v18工作组，让社区的专家、开发者、库作者先试用v18，为社区的泛滥库前置兼容CM(Concurrent Mode)、教育社区做筹备
工作组地址
- 公布了
v18 Alpha版本，以便库作者能够尝试并提供反馈
应用 v18 Alpha
接下来咱们解读下音讯背地的信息。
垫脚石垫的是什么
咱们晓得，v17是 垫脚石 版本，用以稳固CM。
CM之所以难以稳固，一句话概括起因：
CM为React带来利用层面的Breaking Change，而且是前所未有的
这里带来的工作量包含两局部：
- 为反对
v18的新个性付出的开发成本 - 帮社区渐进降级到
v18付出的开发、沟通老本
新个性付出的开发成本
v18的次要个性 流式 SSR前置依赖 不同优先级的 Suspense。
不同优先级的 Suspense前置依赖 更灵便的 CM。
这里的灵便指 优先级 之间不仅能够独自比拟，还能以 批的概念相互比拟。
所以 Andrew 在v16.13.1时须要先实现 lanes 优先级调度算法的开发。
同时，底层反对 更灵便的 CM后，也为下层带来了诸如：
startTransition、useDeferredValue这样的API，能够让开发者显式的指定UI渲染的优先级。
比方：能够利用 useDeferredValue，依据用户设施性能（qps），实现主动的debounce 性能。
- 新
API，比方OffScreen（能够了解为React版的keep-alive） - 主动
batchUpdate，不仅局限在事件回调函数中
为社区渐进降级付出的老本
官网还在最新进展中走漏，降级到 v18 将不会、或很少的扭转现有代码。
起因是：CM是可选的（也就是说 工夫切片 是默认敞开的）。
方才聊到，CM前置依赖 优先级调度 ，而 优先级调度 是在 工夫切片 这一架构上实现的。
所以，当 工夫切片 被默认敞开后，现有代码简直不须要改变就能够平滑降级到v18。
能够看到，工夫切片 个性被标记为
Umbrella，代表这一个性会影响很多API、架构、库
在 v17 公布时，React外部重构了 事件机制。
React事件不会冒泡到对立的根节点，而是每个利用（即调用 ReactDOM.render 的节点）的根节点。
这就能让整个利用中的一部分放弃现有的 legacy 模式，新的局部启用CM，因为这两个子利用是互相独立的。
因为 CM 带来的 Breaking Change 使一大票库都不兼容（比方 mobx），所以React 还专门开发了新 API —— create-subscription 用于订阅内部依赖。
这也是为什么 v18 Alpha 会优先让库作者应用 —— 库现有的实现在开启 CM 全功能时，有可能不兼容。
工夫点
以后 v18 Alpha 曾经可用。公开的 beta 版会在几个月后公布。
在 beta 版收回后几周后，会公布 RC 版本。
最初，在 RC 版本后至多几周后，稳固版本会公布。
所以整体的预计是：v18稳定版年底会到来。
届时，React团队的工作重心将放在 Server Components 上。
React该如何进阶，最高效的 React 源码级进阶之路