React Native 0.81 - 支持 Android 16、更快的 iOS 构建等
· 阅读需 9 分钟
今天我们很高兴发布 React Native 0.81！
本版本支持 Android 16（API 级别 36），并包含多项稳定性提升和错误修复，同时试验性支持通过预编译实现更快的 iOS 构建。
26 篇博文 含有标签「engineering」
查看所有标签React Native 0.80 - React 19.1，JS API 变更，冻结旧架构及更多内容
· 阅读需 11 分钟
今天我们很高兴发布 React Native 0.80 版本！
本次发布将 React Native 内置的 React 版本升级到最新的稳定版本：19.1.0。
我们还对 JS API 进行了系列稳定性改进：深度导入（deep imports）现在会触发警告，并且新增了一个可选的严格 TypeScript API，提供更准确且更安全的类型定义。
此外，React Native 的旧架构（Legacy Architecture）现已正式冻结，你将开始看到针对那些将在旧架构被完全废弃后失效的 API 的警告。
亮点
React Native 0.79 - 更快的工具链和更多功能
· 阅读需 10 分钟
今天我们很高兴发布 React Native 0.79！
该版本在多个方面带来了性能提升，并修复了若干问题。首先，得益于延迟哈希，Metro 启动速度更快，并且对 package exports 提供了稳定支持。Android 启动时间也将因为 JS Bundle 压缩方式的改变等诸多优化而得到提升。
亮点
React Native 0.78 - React 19 及更多内容
· 阅读需 10 分钟
今天我们很高兴发布 React Native 0.78！
本次发布在 React Native 中引入了 React 19 以及一些其他相关功能，例如原生支持 Android 矢量图片（Vector drawables）和 iOS 更好的棕地集成（brownfield integration）。
亮点
React Native 0.77 - 新的样式特性、Android 16KB 页面支持、Swift 模板
· 阅读需 14 分钟
今天我们很高兴发布 React Native 0.77！
本次发布包含多个特性：新增样式功能，如支持 display: contents、boxSizing、mixBlendMode 以及与 outline 相关的属性，提供更强大的布局选项；Android 16KB 页面的支持以兼容更新的安卓设备。我们还通过迁移社区模板到 Swift 来实现现代化，同时继续支持并维护对偏好 Objective-C 的开发者的兼容性。
React Native 0.75 - 支持布局中的百分比值、新架构稳定性、模板与初始化更新等
· 阅读需 15 分钟
React Native 0.71-RC0 安卓故障事后分析
· 阅读需 7 分钟
现在 0.71 版本已经发布，我们想分享一些关于 2022 年 11 月 4 日发布首个 0.71 候选版本时，导致所有 React Native 版本安卓构建失败的关键事件信息。
帮助处理此次事件的贡献者们近日参加了一个事后分析会议，详细讨论了事件的经过、我们从中学到了什么，以及未来将采取哪些措施来避免类似的故障。
对 TypeScript 的一流支持
· 阅读需 6 分钟
随着 0.71 版本的发布，React Native 致力于提升 TypeScript 体验，做出了以下改进：
本文将介绍这些变化对你作为 TypeScript 或 Flow 用户意味着什么。
为 iOS 15 和 Android 12 准备您的应用
· 阅读需 3 分钟
大家好！
随着新的移动操作系统版本将在今年晚些时候发布，我们建议提前准备您的 React Native 应用，以避免发布后出现回归问题。
2018 年 React Native 状况报告
· 阅读需 5 分钟
自从我们上次发布关于 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 构建的伴随移动应用，更不用说 React VR 驱动着头显中的许多体验。
当然，我们也使用许多其他技术来构建我们的应用。Litho 和 ComponentKit 是我们在应用中广泛使用的两个库；它们都提供类似 React 的组件 API 用于构建原生屏幕。React Native 从未以取代所有其他技术为目标——我们专注于让 React Native 本身变得更好，但我们也很高兴看到其他团队从 React Native 借鉴了许多想法，比如将即时重新加载（instant reload）引入到非 JavaScript 代码中。
架构
当我们在 2013 年启动 React Native 项目时，我们设计了一个 JavaScript 与原生之间的单一“桥”，它是异步的、可序列化的并且是批处理的。正如 React DOM 将 React 状态更新转化为对 DOM API 的命令式、变异式调用（例如 document.createElement(attrs) 和 .appendChild()），React Native 被设计为返回一个单一的 JSON 消息，列出要执行的变更，如 [["createView", attrs], ["manageChildren", ...]]。我们设计整个系统时，确保永远不依赖于同步响应，并保证这个列表中的所有内容都能完全序列化为 JSON 并且可以还原。我们这样做是为了获得灵活性：基于此架构，我们能够构建诸如Chrome 调试器这样的工具，通过 WebSocket 连接异步运行所有 JavaScript 代码。
在过去的五年中，我们发现这些最初的原则使得某些功能的开发变得更困难。异步桥意味着你无法将 JavaScript 逻辑直接集成到许多期望同步响应的原生 API 中。批处理桥排队原生调用，导致 React Native 应用调用本地实现函数变得更难。可序列化的桥意味着不必要的复制，而不能在两者间直接共享内存。对于完全用 React Native 构建的应用，这些限制通常是可以忍受的。但对于 React Native 与现有应用代码复杂集成的应用，这些限制令人沮丧。
我们正在进行一项针对 React Native 的大规模架构重构，使框架更灵活，更好地集成于混合 JavaScript/原生应用的原生系统中。 通过这个项目，我们将应用过去五年的经验，逐步将架构升级为更现代的架构。我们正在重写 React Native 的许多内部实现，但大多数变化是在底层：现有的 React Native 应用将继续运行，几乎不需要更改。
为了让 React Native 更轻量、更适合现有原生应用，此次重构有三个主要内部改变。首先，我们修改线程模型。更新 UI 时不必总是在三个不同线程上执行工作，而是可以在任意线程同步调用 JavaScript 以处理高优先级更新，同时低优先级任务仍在主线程之外保持响应性。其次，我们将引入 异步渲染功能，支持多种渲染优先级，并简化异步数据处理。最后，我们简化桥的设计，使其更快更轻量；原生与 JavaScript 之间的直接调用更高效，也便于构建诸如跨语言调用栈跟踪的调试工具。
完成这些改动后，将实现更紧密的集成。目前，集成原生导航和手势处理，或使用 UICollectionView 和 RecyclerView 等原生组件需要复杂的 hack。更新线程模型后，构建这类功能将非常简单。
随着项目接近完成，我们将在今年晚些时候发布更多细节。
社区
除了 Facebook 内部的社区外，我们很高兴看到 Facebook 之外有一个繁荣的 React Native 用户和贡献者群体。我们希望更多支持 React Native 社区，既要更好地服务 React Native 用户，也要让项目更易于贡献。
正如架构改变将帮助 React Native 更好地与其他原生基础设施互操作，React Native 在 JavaScript 侧应该更紧凑，更好地融入 JavaScript 生态系统，其中包括使虚拟机和打包工具可替换。我们知道破坏性改动的速度可能让人难以跟上，所以希望找到减少重大版本发布次数的方法。最后，我们知道某些团队需要更全面的文档，比如启动优化方面，我们的专业知识还未完全成文。期待在未来一年看到这些改进。
如果你正在使用 React Native，你就是我们社区的一员；请继续告诉我们如何让 React Native 更好地为你服务。
React Native 是移动开发者工具箱中的一件工具，但它是我们坚信的工具——过去一年中有 500 多位贡献者提交了超过 2500 次代码，我们每天都在不断改进它。