解读官方博客：React18真的来了

9日凌晨1点，React官方博客放出v18最新进展。

官方带来的三条消息

在React18工做计划这篇博文中，官方带来了三条消息。

1. v18的工做已经在进行中，而且会是下一个主要版本

2. 建立了v18工做组，让社区的专家、开发者、库做者先试用v18，为社区的众多库前置兼容CM(Concurrent Mode)、教育社区作准备

工做组地址

3. 发布了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源码级进阶之路