Facebook 正在重构 React Native 将重写大量底层

昨日，React 工程经理 Sophie Alpert 在其官方博客上宣布 Facebook 将要重构 React Native，使其更轻量，更具灵活性，更适应 JavaScript 生态圈的发展。

在博客中 Sophie Alpert 表示，React Native 项目的设计初衷是成为 JavaScript 和原生应用之间的桥梁。React DOM 将 React 的状态更新变成了命令式、可变的 DOM API 调用，如 document.createElement(attrs) 和 .appendChild()，而 React Native 则返回一个单独的 JSON 消息，它列出了要执行的一些操作，如 [["createView", attrs], ["manageChildren", ...]]。

他们将整个系统设计为永不依赖获取同步响应，并确保该列表中所有的内容都可以完全序列化为 JSON，并且可以反序列化回来。这样做是为了提升灵活性：在这个架构之上，能够构建诸如 Chrome 调试器之类的工具，这些工具可以通过 WebSocket 连接异步运行所有的 JavaScript 代码。

但在过去的 5 年里，他们发现最初的设计原则加大了某些特性的开发难度。异步桥接(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）一起工作。但在对线程模型做出更改之后，开发者构建这样的功能将会非常简单。

Sophie Alpert 最后说到，他们的目标是希望 React Native 在 JavaScript 端能够更加轻量，以更好地适应 JavaScript 生态系统。等今年晚些时候这个项目将要完工时，Facebook 会披露更多的细节，敬请期待。

博客原文：https://facebook.github.io/react-native/blog/2018/06/14/state-of-react-native-2018