[[405754]]

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

官方帶來的三條消息

在React18工作計劃[1]這篇博文中，官方帶來了三條消息。

1.v18的工作已經在進行中，并且會是下一個主要版本

2.創(chuàng)建了v18工作組，讓社區(qū)的專家、開發(fā)者、庫作者先試用v18，為社區(qū)的眾多庫前置兼容CM(Concurrent Mode)、教育社區(qū)做準備

工作組地址[2]

3.發(fā)布了v18 Alpha版本，以便庫作者可以嘗試并提供反饋

使用v18 Alpha[3]

接下來我們解讀下消息背后的信息。

墊腳石墊的是什么

我們知道，v17是「墊腳石」版本，用以穩(wěn)定CM。

CM之所以難以穩(wěn)定，一句話概括原因：

CM為React帶來應用層面的Breaking Change，而且是史無前例的

這里帶來的工作量包括兩部分：

• 為支持v18的新特性付出的開發(fā)成本
• 幫社區(qū)漸進升級到v18付出的開發(fā)、溝通成本

新特性付出的開發(fā)成本

v18的主要特性「流式SSR」前置依賴「不同優(yōu)先級的Suspense」。

「不同優(yōu)先級的Suspense」前置依賴「更靈活的CM」。

這里的靈活指「優(yōu)先級」之間不僅可以單獨比較，還能以「批」的概念互相比較。

所以「Andrew」在v16.13.1時需要先完成lanes優(yōu)先級調度算法的開發(fā)。

同時，底層支持「更靈活的CM」后，也為上層帶來了諸如：

• startTransition、useDeferredValue這樣的API，可以讓開發(fā)者顯式的指定UI渲染的優(yōu)先級。

比如：可以利用useDeferredValue，根據(jù)用戶設備性能(qps)，實現(xiàn)自動的debounce功能。

• 新API，比如OffScreen(可以理解為React版的keep-alive)
• 自動batchUpdate，不僅局限在事件回調函數(shù)中

為社區(qū)漸進升級付出的成本

官方還在最新進展中透露，升級到v18將不會、或很少的改變現(xiàn)有代碼。

原因是：CM是可選的(也就是說「時間切片」是默認關閉的)。

剛才聊到，CM前置依賴「優(yōu)先級調度」，而「優(yōu)先級調度」是在「時間切片」這一架構上實現(xiàn)的。

所以，當「時間切片」被默認關閉后，現(xiàn)有代碼幾乎不需要改動就可以平滑升級到v18。

可以看到，「時間切片」特性被標記為Umbrella，代表這一特性會影響很多API、架構、庫

在v17發(fā)布時，React內部重構了「事件機制」。

React事件不會冒泡到統(tǒng)一的根節(jié)點，而是每個應用(即調用ReactDOM.render的節(jié)點)的根節(jié)點。

這就能讓整個應用中的一部分保持現(xiàn)有的legacy模式，新的部分啟用CM，因為這兩個子應用是相互獨立的。

由于CM帶來的Breaking Change使一大票庫都不兼容(比如mobx)，所以React還專門開發(fā)了新API —— create-subscription用于訂閱外部依賴。

這也是為什么v18 Alpha會優(yōu)先讓庫作者使用 —— 庫現(xiàn)有的實現(xiàn)在開啟CM全功能時，有可能不兼容。

時間點

當前v18 Alpha已經可用。公開的beta版會在幾個月后發(fā)布。

在beta版發(fā)出后幾周后，會發(fā)布RC版本。

最后，在RC版本后至少幾周后，穩(wěn)定版本會發(fā)布。

所以整體的預計是：v18穩(wěn)定版年底會到來。

屆時，React團隊的工作重心將放在Server Components上。

參考資料

[1]React18工作計劃:

https://reactjs.org/blog/2021/06/08/the-plan-for-react-18.html

[2]工作組地址:

https://github.com/reactwg/react-18/discussions

[3]使用v18 Alpha:

https://github.com/reactwg/react-18/discussions/9