ohos-react-native-performance

该技能是 OpenHarmony 官方 SIG 推出的 React Native 性能优化静态检查指南，专为 OpenHarmony 生态的 RN 开发者设计。其核心用法在于提供一套完整的静态检查规则体系，涵盖渲染优化（CRITICAL）、Bundle 与原生配置（HIGH）、生命周期与监控（HIGH）、TurboModule（MEDIUM）以及列表与 Key 管理（MEDIUM）五大优先级类别。开发者可在编写或审查 RNOH（React Native for OpenHarmony）代码时应用这些规则，优化 setState 使用、避免不必要重渲染、配置 Hermes 字节码、管理 RNAbility 生命周期及 TurboModule 线程分配等关键性能环节。

显著优点在于其权威性与系统性：内容直接源自 OpenHarmony React Native 官方性能优化文档，由 OpenHarmony-SIG 维护，具备官方背书；规则按优先级清晰分类，从关键渲染优化到配置细节层层递进，便于团队按需实施；同时作为纯文档型技能，无任何代码执行风险，可安全应用于代码审查流程。此外，该技能与通用 React Native 最佳实践互补，专门针对 OpenHarmony 特有的 RNAbility、bundle-harmony、BiSheng 编译器等特性提供指导。

潜在局限性包括：当前版本为英文-only（作者说明为减少 token 使用），中文开发者需通过链接查阅中文文档；作为静态规则集合，缺乏自动化工具集成，需开发者手动或结合自定义脚本应用；且仅适用于 OpenHarmony 平台的 React Native 开发，不适用于标准 iOS/Android RN 项目。

适合目标群体主要为 OpenHarmony React Native 应用开发者、技术负责人及代码审查人员，特别是关注首屏渲染（FCP）、列表滑动性能、TurboModule 线程优化的团队。也适用于制定团队代码规范、准备应用商店性能审核或进行性能专项优化的场景。

使用风险极低：该技能为纯 Markdown 文档，无可执行脚本，无网络通信与数据收集。常规风险主要在于规则误用——如盲目应用某些优化可能破坏业务逻辑，建议结合 React DevTools、Trace 等性能分析工具验证效果；另外，性能规则需随 RNOH 版本更新而同步，建议关注官方文档更新。

核心用法

本Skill提供8大类静态检查规则，专门针对React Native for OpenHarmony (RNOH)性能优化场景：

1. 渲染优化（关键优先级）

• rnoh-render-avoid-same-state — 状态未变更时避免setState
• rnoh-render-pure-memo — 使用PureComponent/React.memo减少重渲染
• rnoh-render-props-once — 回调函数和props对象一次性创建
• rnoh-render-split-child — 独立UI拆分为子组件
• rnoh-render-merge-setstate — 合并setState避免多次commit
• rnoh-render-state-not-mutate — setState使用新对象，禁止直接修改状态
• rnoh-render-batching — 保持React 18自动批处理启用

2. Bundle与原生配置（高优先级）

• 生产环境使用--dev=false --minify=true
• 优先采用Hermes字节码（HBC）
• Release构建，适当降低日志级别
• 可选BiSheng编译器优化

3. 生命周期与监控（高优先级）

• RNAbility生命周期绑定（onForeground/onBackground）
• FCP首帧监控（mount事件或root onLayout）

4. TurboModule（中优先级）

• 重型模块（JSON/加密/图像/网络/I/O）放worker线程执行
• 注意ImageLoader禁止放worker

5. 列表优化（中优先级）

• 列表项提供稳定key，禁止用index作为key

显著优点

| 优势 | 说明 |

|------|------|

官方权威 | 直接源自OpenHarmony-SIG官方性能优化文档，非社区拼凑 |

| **场景精准** | 专门针对OpenHarmony特有概念（RNAbility、bundle-harmony、TurboModule worker线程） |

| **分级清晰** | 按CRITICAL/HIGH/MEDIUM三级优先级组织，便于资源分配 |

| **零依赖安全** | 纯Markdown文档，无可执行代码，S+顶级安全评级 |

| **互补性强** | 与通用React Native最佳实践Skill配合使用，填补OpenHarmony专属知识空白 |

潜在局限

1. 适用范围限定：仅适用于React Native for OpenHarmony项目，标准iOS/Android RN项目无需使用
2. 静态检查性质：提供规则指导，需配合人工审查或自定义脚本实现自动化检测
3. 生态较新：OpenHarmony RN生态仍在快速发展，部分规则可能随版本更新调整
4. 英文文档：为减少token使用采用英文为主，中文详细内容需查阅外部链接

适合人群

• OpenHarmony应用开发者：使用React Native技术栈开发鸿蒙原生应用
• 性能优化工程师：负责RNOH应用的渲染性能、启动速度、内存优化
• 代码审查人员：需要系统性检查清单进行RN代码评审
• 架构师/技术负责人：制定团队RNOH开发规范和性能基线

常规风险

| 风险类型 | 评估 | 说明 |

|---------|------|------|

| 安全风险 | **极低** | S+评级，纯文档无代码执行 |

| 供应链风险 | **极低** | 来源OpenHarmony-SIG官方组织，MIT许可证 |

| 合规风险 | **无** | 无数据收集，GDPR/CCPA完全合规 |

| 版本过时风险 | **低** | 需关注官方文档更新，建议定期同步规则 |

| 误用风险 | **中** | 非OpenHarmony项目误用会导致无效检查，需确认目标平台 |

使用建议

建议在code-review或rn-optimization场景下激活本Skill，配合通用React Native性能优化Skill形成完整检查体系。关键渲染优化规则建议强制遵循，TurboModule和列表优化规则根据业务场景选择性应用。