這種模式幾乎從未在野外使用，并且支持它會導致React略大且比必要的慢。因此，我們在16.9中棄用此模式，并在遇到警告時記錄警告。如果您依賴它，添加FactoryComponent.prototype = React.Component.prototype可以作為一種解決方法?；蛘?，您可以將其轉換為類或函數組件。

我們不希望大多數代碼庫受此影響。

React 16.8引入了一個新的測試實用程序，act()用于幫助您編寫更符合瀏覽器行為的測試。例如，一次act()獲取批量內的多個狀態更新。這與React在處理真實瀏覽器事件時的工作方式相匹配，并有助于為將來React將更頻繁地批量更新的組件做好準備。

但是，在16.8中act()僅支持同步功能。有時，您可能在測試中看到過類似的警告但無法輕松修復它：

An update to SomeComponent inside a test was not wrapped in act(...).
在React 16.9中，act()也接受異步函數，你可以await調用它：

await act(async () => {
  // ...
});

這解決了act()以前無法使用的其余情況，例如狀態更新在異步函數內部時。因此，您應該能夠立即修復act()測試中的所有剩余警告。

我們聽說沒有足夠的信息來說明如何編寫測試act()。新的“ 測試食譜”指南介紹了常見的場景，以及如何act()幫助您編寫好的測試。這些示例使用vanilla DOM API，但您也可以使用React Testing Library來減少樣板代碼。它的許多方法已在act()內部使用。

如果您碰到任何其他不適合您的情況，請告知我們問題跟蹤器act()，我們會盡力提供幫助。

在React 16.5中，我們為DevTools引入了一個新的React Profiler，它可以幫助您找到應用程序中的性能瓶頸。在React 16.9中，我們還添加了一種編程方式來收集所謂的測量。我們預計大多數較小的應用都不會使用它，但在較大的應用中跟蹤性能回歸可能很方便。

該如何往往是一個作出反應的應用程序呈現什么渲染的“成本”的措施。其目的是幫助識別應用程序的某些部分，這些部分很慢并且可能會受益于優化（如memoization）。

可以在React樹中的任何位置添加A 來測量渲染樹的該部分的成本。它需要兩個道具：一個id（字符串）和一個onRender回調（函數），當樹中的一個組件“提交”更新時，它會調用它。

render(
  
    
      
      

    
  
);

要了解更多有關Profiler并傳遞給參數onRender回調，檢查出的Profiler文檔。

注意：

分析會增加一些額外的開銷，因此在生產構建中禁用它。

為了選擇生產分析，React提供了一個特殊的生產構建，并啟用了分析。閱讀有關如何在fb.me/react-profiling中使用此構建的更多信息。

值得注意的錯誤修正
此版本包含一些其他顯著的改進：

修復findDOMNode()了在樹內調用時崩潰的問題。

保留刪除的子樹導致的內存泄漏也已得到修復。

由setStatein 引起的無限循環useEffect現在記錄錯誤。（這類似于你看，當你調用錯誤setState中componentDidUpdate的一類。）

我們感謝所有幫助解決這些問題和其他問題的貢獻者。您可以在下面找到完整的更改日志。

路線圖的更新
在2018年11月，我們發布了16.x版本的路線圖：

帶有React Hooks的小型16.x版本（過去估計：2019年第一季度）
帶有并發模式的小型16.x版本（過去的估計：2019年第二季度）
帶有Suspense for Data Fetching的未成年人16.x版本（過去估計：2019年中）
這些估計太樂觀了，我們需要調整它們。

tldr：我們按時發布了Hooks，但我們正在將Concurrent Mode和Suspense for Data Fetching重新組合成一個我們打算在今年晚些時候發布的版本。

2月份，我們發布了一個穩定的16.8版本，包括React Hooks，一個月后 React Native支持。但是，我們低估了此版本的后續工作，包括lint規則，開發人員工具，示例和更多文檔。這使時間線改變了幾個月。

現在React Hooks已經推出，并行模式和數據提取的懸念工作正在全面展開。目前正在積極開發的新Facebook網站建立在這些功能之上。使用真實代碼對它們進行測試有助于在影響開源用戶之前發現并解決許多問題。其中一些修復涉及這些功能的內部重新設計，這也導致時間線滑落。

有了這種新的理解，這就是我們計劃下一步做的事情。

一個發行而不是兩個
Concurrent Mode和Suspense 為正在積極開發的新Facebook網站提供支持，因此我們有信心他們在技術上接近穩定狀態。我們現在也更好地了解了它們為開源采用做好準備之前的具體步驟。

最初我們認為我們會將Concurrent Mode和Suspense for Data Fetching分成兩個版本。我們發現這種排序很難解釋，因為這些特征與我們最初想到的相關性更大。因此，我們計劃在單個組合版本中發布對Concurrent Mode和Suspense for Data Fetching的支持。

我們不希望再次過度推銷發布日期。鑒于我們在生產代碼中依賴于它們，我們希望今年能夠提供16.x版本，并為其提供選擇支持。

數據提取的更新
雖然React并未就如何獲取數據發表意見，但數據提取的Suspense的第一個版本可能會專注于與固定數據提取庫集成。例如，在Facebook，我們正在使用與Suspense集成的即將推出的Relay API。我們將記錄像Apollo這樣的其他自以為是的圖書館如何支持類似的整合。

在第一個版本中，我們不打算關注我們在早期演示中使用的臨時“觸發HTTP請求”解決方案（也稱為“React Cache”）。但是，我們希望我們和React社區將在首次發布后的幾個月內探索該空間。

服務器渲染的更新
我們已經開始研究新的支持Suspense的服務器渲染器，但是我們不希望它為初始版本的并發模式做好準備。但是，此版本將提供一個臨時解決方案，允許現有服務器呈現器立即為Suspense回退發出HTML，然后在客戶端上呈現其真實內容。這是我們目前在Facebook上使用的解決方案，直到流式渲染器準備就緒。

為什么需要這么長時間？
我們已經發布了導致Concurrent Mode穩定的各個部分，包括新的上下文API，延遲加載Suspense和Hooks。我們也急于釋放其他缺失的部分，但是大規模地嘗試它們是該過程的重要部分。誠實的回答是，當我們開始時，它只需要比我們預期的更多的工作。與往常一樣，我們感謝您在Twitter和我們的問題跟蹤器中提出的問題和反饋。

安裝
應對
Npm注冊表中提供了React v16.9.0。

要使用Yarn安裝React 16，請運行：

yarn add react@^16.9.0 react-dom@^16.9.0
要使用npm安裝React 16，請運行：

npm install --save react@^16.9.0 react-dom@^16.9.0
我們還通過CDN提供了反應的UMD版本：

有關詳細的安裝說明，請參閱文檔。

更新日志
應對
添加API以編程方式收集性能測量。（@bvaughn在＃15172）
刪除unstable_ConcurrentMode贊成unstable_createRoot。（@acdlite在＃15532）
反應DOM
棄用UNSAFE_*生命周期方法的舊名稱。（@bvaughn在＃15186和@threepointone在＃16103）
將javascript:URL 棄用為常見攻擊面。（@sebmarkbage在＃15047）
棄用不常見的“模塊模式”（工廠）組件。（@sebmarkbage在＃15145）
添加對disablePictureInPicture屬性的支持

歡迎加入我們的SegmentFault前端交流群～

目前人數太多，只能我邀請入群了哦～