本文件汇总该版本中归类为应用异常退出的历史修复，包含 CppCrash、JS Crash、abort、兼容性崩溃以及生命周期与并发场景下最终表现为进程退出的问题。 1. 移除正在滚动的 ScrollView 时崩溃 修改日期：2023-07-12版本：0.72.27问题描述：ScrollView 仍处于滚动状态时被移除，RNScrollView.ets 中滚动回调与节点销毁并发交错，导致销毁后的滚

本文件汇总该版本中归类为应用冻屏的历史修复，重点包括死锁、锁重入、跨线程阻塞和可能导致应用无响应的等待链路问题。 1. TimingTurboModule 与 NativeAnimatedTurboModule 死锁 修改日期：2023-09-15版本：0.72.27问题描述：TimingTurboModule 与 NativeAnimatedTurboModule 在同步调用链路中相互等待，Ar

本文档介绍如何利用AI能力辅助开发者快速定位三类常见问题：性能类问题、稳定性类问题和功能类问题。 问题定位AI Skill总览 问题类型Skill名称适用场景稳定性类问题rnoh-stability-triage崩溃、冻屏、内存异常、资源泄漏等稳定性代码检视rnoh-stability-review代码层面的稳定性风险预判性能类问题rnoh-performance-diagnosis渲染卡顿、启动

本文档针对两种升级场景提供指导： **小版本升级**：在同一 RNOH 大版本分支内升级补丁版本（例如 0.72.50 → 0.72.133、0.82.3 → 0.82.18、0.84.0 → 0.84.1），通常只需更新依赖版本号。**大版本升级**：跨社区 RN 大版本升级，当前文档覆盖以下路径：0.72.x → 0.77.x0.77.x → 0.82.x0.82.x → 0.84.x 小版本

序号标题变更详情变更来源版本变更对开发者的影响影响场景参考文档1ScrollViewShadowNode的getContentOriginOffset增加入参：includeTransform对getContentOriginOffset增加入参，修复反转的flatlist无法滚动的问题0.74.0-rc4修复反转的flatlist无法滚动的问题.对于开发者而言，如果自行对ScrollView进行

​ 我们在这里所提到的多屏适配是指：在进行移动端应用软件开发的过程中，当应用需要在多个设备上运行时，需要适配不同的屏幕尺寸和分辨率，以及不同的交互方式。开发人员需要应用工程的UI以及显示能够适配各种不同形状与尺寸的手机屏幕，使得应用在不同的平台以及不同的手机上的元素显示一致，拥有统一的用户视觉和操作体验。 ​ 以鸿蒙生态设备为例，不同的设备拥有各不相同的屏幕尺寸与形状，若在进行界面渲染的时候对尺寸

本文档统一说明 RNOH 中两个核心插件的配置规则： createRNOHModulePlugin：用于配置 RNOH 模块插件行为（核心能力：Metro 调试、代码生成、原生模块自动链接）；createRNOHProjectPlugin：用于配置 RNOH 工程级插件行为（核心能力：JS Bundle 打包）。 两个插件均包含 nodeModulesPath 配置项（参数名相同但各自独立），其余

重点变更 RN 新架构中的 NativeModules 改为 TurboModule，其他调用地方统一改为调用 RNBridge 中封装的该方法。 RN 中 Dimensions，DeviceEventEmitter，AppState，Appearance，Keyboard， AccessibilityInfo，NativeEventEmitter，Linking 等 removeEventLis

在 React Native 中，应用的 JavaScript 代码和资源需要在设备上运行。为了提高应用的加载速度和性能，以及减少网络请求，React Native 应用通常会在发布前进行打包处理，将所有的代码和资源打包成一个或多个文件。 ​ 本章节主要介绍 React Native OpenHarmony 化后，如何在 ReactJs 工程中打包 bundle 文件。OpenHarmony 打包

页面生命周期管理 在 RNAbility 中为开发者提供了 onBackground 和 onForeground 接口用于监听页面的生命周期管理。这两个接口默认会在应用切换前台和后台的时候调用，但是对于页面间的路由，需要开发者自行适配。由于当前 OpenHarmony 的页面路由存在 router 和 Navigation 两种方式，所以页面的生命周期管理也需要两种不同的适配方式： router