自從上次釋出關於React Native的更新狀態已經有一段時間了。

在Facebook內部，我們將React Native技術應用到更多的重要專案中。我們最受歡迎的產品之一是Marketplace，作為我們的頂級應用，每月有8億人使用。自2015年構建以來，Marketplace已完全使用React Native構建，共計超過100個檢視（頁面）。

我們也在應用的許多新部分使用 React Native。如果您看了上個月的F8主題演講，就會發現 Blood Donations、Crisis Response、Privacy Shortcuts 和 Wellness Checks 的所有新功能都是使用 React Native 構建的。Facebook 主應用以外的專案也在使用 React Native。新的 Oculus Go VR 頭戴式裝置對應的

移動應用程式 就完全使用 React Native 構建。

當然，我們也使用許多其他技術來構建我們的應用程式。Litho和ComponentKit是我們在應用程式中廣泛使用的兩個庫;React Native 的目標從來都不是替代其他技術，專注於 React Native 自身，努力使之變得更好，但依舊希望看到其他團隊從 React Native 中得到一些想法或靈感，例如將instant reload（即時過載）運用到非 JavaScript 程式碼中。

架構

當我們在2013年啟動React Native專案時，React Native 專案的設計初衷是成為 JavaScript 和原生應用之間的一個非同步，序列化和批處理的“橋樑”。
React DOM 將 React 的狀態更新變成了命令式、可變的 DOM API 呼叫，如 document.createElement(attrs)

和 .appendChild()，而 React Native 則返回一個單獨的 JSON 訊息，它列出了要執行的一些操作，如 [["createView", attrs], ["manageChildren", ...]]。就像React DOM將React狀態更新變成命令式的，對document.createElement（attrs）和.appendChild（）等DOM API的可變呼叫一樣，React Native被設計為返回一個列出要執行的突變的JSON訊息，如[[“createView “，attrs]，[”manageChildren“，...]]。 我們將整個系統設計為永不依賴獲取同步響應，並確保列表中所有的內容都可以完全序列化為 JSON，並可以反序列化回來。這樣做是為了提高靈活性：在這個架構之上，可以構建像

Chrome 偵錯程式之類的工具，這些工具可以通過 WebSocket 連線非同步執行所有的 JavaScript 程式碼。

在過去的五年裡，我們發現最初的設計原則加大了某些特性的開發難度。非同步橋接（asynchronous bridge）意味著不能直接將 JavaScript 邏輯與很多原生 API 整合在一起，因為這些原生 API 是同步的。批量橋接（本地呼叫佇列）意味著 React Native 應用程式呼叫本地函式會更加困難。而且序列化的橋接意味著不必要的複製，因為它不是直接在兩個世界之間共享記憶體。對於完全使用 React Native 構建的應用程式，這些限制通常是可承受的。但對於在 React Native 與現有原生程式碼之間進行復雜整合的應用程式，就非常糟糕了。

因此，Facebook 正在對 React Native 進行大規模重構，讓框架變得更加靈活，並更好地與JavaScript / 原生混合應用中的原生基礎設施整合。 通過這個專案，將應用在過去 5 年中學到的知識，逐步讓架構走向現代化。我們正在重構 React Native 的核心部分，大部分工作都是在底層進行的，
現有的 React Native 應用程式幾乎不需要做出更改

為了使 React Native 更輕量化並能更好地適應現有的原生應用，此次重構主要從三個方面進行。首先，我們改變了執行緒模型：UI 更新不再需要在三個不同的執行緒上執行，可以在任意執行緒上同步呼叫 JavaScript 進行優先更新，同時將低優先順序工作推出主執行緒，以便保持對 UI 的響應。其次，將非同步渲染功能引入 React Native 中，允許執行多個渲染並簡化非同步資料處理。最後，簡化橋接，讓它更快、更輕量。原生和 JavaScript 之間的直接呼叫效率更高，並且可以更輕鬆地構建除錯工具，如跨語言堆疊跟蹤。

完成以上工作之後，將帶來更緊密更合理的整合。現在，如果不通過複雜 hack 的手段就無法讓原生導航和手勢處理或原生元件（如 UICollectionView 和 RecyclerView）一起工作。在對執行緒模型做出更改之後，我們將可以直接構建這樣的功能。

當這個專案將要完工時，Facebook 會披露更多的細節，敬請期待。

社群

除了Facebook 內部社群外，我們很高興在Facebook之外擁有蓬勃發展的React Native使用者和合作者。 我們希望與React Native社群有更多的溝通與支援，以此能更好地為React Native使用者提供服務並讓開發者更易於做出貢獻。

React Native底層體系結構的更改將有利於與其他原生基礎架構更加簡單地進行互動操作一樣，React Native在JavaScript端應該更加簡單輕度，以更好地適應JavaScript生態系統，包括VM和bundler之間的通訊交換。我們知道變革的步伐很難跟上，所以我們希望找到減少頻繁釋出新版本的方法。 最後，我們知道現有的文件缺少關於啟動優化等諸多方面的內容，這些情況將在未來一年中有所改善。

如果您使用的是React Native，那麼您就是我們社群的一部分; 請將您使用React Native的困惑反饋給我們。

雖然React Native只是移動開發者工具箱中的一個工具，但我們對其有充分的信心與支援 - 我們每天都在改進，去年有500名貢獻者提交了超過2500次提交。