解讀官方博客：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源碼級進階之路