React Native 架构演进

写在前面

上一篇（React Native 架构一览）从设计、线程模型等方面介绍了 React Native 的现有架构，本篇将分析这种架构的局限性，以及 React Native 正在进行的架构升级计划

一.现有架构的局限性

最初的设计也带来了一些限制：

• 异步：无法将 JavaScript 逻辑直接与许多需要同步答案的 Native API 集成

• 批处理：很难让 React Native 应用调用 Native 实现的函数

• 可序列化：存在不必要的 copy，而不是直接共享内存

这些问题在 Native + React Native 的混合应用中尤其突出：

For apps that are entirely built in React Native, these restrictions are usually bearable. But for apps with complex integration between React Native and existing app code, they are frustrating.

二.架构升级计划

因此，2018 年 6 月提出大规模重构的计划，目的是更好地支持混合应用：

We’re working on a large-scale rearchitecture of React Native to make the framework more flexible and integrate better with native infrastructure in hybrid JavaScript/native apps.

具体的，有 3 点重大改动：

• 线程模型：允许在任意线程中同步调用 JavaScript执行高优先级的更新，UI 更新不再非要跨 3 个线程才能进行

• React：支持 React 16+的新特性，包括async rendering、Data Fetching 等等

• Bridge：精简优化，允许 Native 与 JavaScript 之间的直接调用

支持同步调用让之前很难实现的一些东西成为了可能，例如跨语言的调用栈追踪

对应到架构图中，相当于对每