CPF-RN带你上车 | 鸿蒙 7 已占比77%,装机量1亿等官宣

近期鸿蒙生态最大的热点应该就是装机量1亿什么时候破!还有一个数据也非常值得大家关注,那就是最新的鸿蒙 7的占比在短短3周已达到77%,我们直接看数据:
一、三周时间,占比已达77%
在华为开发者官网 10 月 28 日更新了以下数据:
| API 版本 | 对应系统 | 截至 10-07 | 截至 10-27 | 变化 |
|---|---|---|---|---|
| API 26 | HarmonyOS 7 | 18.98% | 77.01% | ↑ 58.03 个百分点 |
| API 24 | HarmonyOS 6.1.1 | 75.02% | 17.60% | ↓ 57.42 个百分点 |
| API 23 | HarmonyOS 6.1.0 | — | 3.68% | 持续走低 |
可以看到,大批量用户基本都是第一时间跟随官方升级批次升级了系统版本:
| 日期 | 事件 |
|---|---|
| 10 月 15 日 | HarmonyOS 7 更多老机型公测转正式版,覆盖 Mate 60 系列、Pura 70 系列等 |
| 10 月 23 日 | Mate 90 系列开更 7.0.0.111 SP12 |
| 10 月 24 日 | Mate X7、Mate 80、Mate 70、Pura 80 等主力机型推送 7.0.0.111 SP12,包体 7.31GB |
| 10 月 26 日 | 向大批老机型推送 HarmonyOS 7.0 公测版,开放不限量升级,不用报名、不用抢名额 |
| 10 月 28 日 | 官网数据刷新,API 26 占比 77.01% |
10 月 26 日是关键节点,此前鸿蒙大版本一直是分批、限额的受控节奏,现在开放不限量升级,说明华为判断版本稳定性够铺量了。
二、装机量1亿等官宣
| 时间 | 设备数 | 口径与出处 |
|---|---|---|
| 10 月 1 日 | 9000 万 | 官方,Mate 90 系列发布会,余承东宣布单框架终端突破 9000 万 |
| 10 月 20 日 | 9500 万 | 第三方估算,应用市场下载量口径 |
| 11 月(推算) | 1 亿 | 第三方口径上旬,官方口径晚两三周 |
10月23日已经有三方消息了,不过官方一直没官宣!结合着最近的12 月 5 日央视《鸿蒙星光盛典》在深圳湾「春茧」举办的重磅消息,大概这个里程碑的消息会在当天正式官宣!具体的时间之前也有推算过,可以参考下文:
《鸿蒙设备突破1亿台 | 大概率落在 11 月上旬》
三、CPF-RN带你上车!
现在市场信号已清晰:越来越多的开发者会值得为鸿蒙单独做一版应用。那么用什么做呢?一条路是 ArkTS 原生开发,这是主路;另一条路,是把手上的跨平台代码带过来。对于已经使用 React Native 的团队,React Native for OpenHarmony(简称 RNOH)就是值得关注的选择!
CPF-RN 是 React Native 鸿蒙官方社区,RNOH 为 React Native 增加 OpenHarmony 平台支持,并提供 Fabric 架构支持。开发者可以继续使用熟悉的 React 组件和 JavaScript / TypeScript 技术栈,复用已有业务逻辑与组件代码,把 RN 应用拓展到鸿蒙平台。了解 CPF-RN 社区、查看 RNOH 框架仓库。
当前社区现状(信息核对至 2026 年 10 月 29 日):
| 维度 | 现状 |
|---|---|
| 稳定版本线 | npm 已提供 0.72-stable、0.77-stable、0.82-stable 标签,本次查询分别指向 0.72.140、0.77.71、0.82.30 |
| 0.84 版本进展 | 已发布 npm 包;本次查询中,0.84-rc 与 latest 均指向 0.84.4,该包声明配套上游 React Native 0.84.1 |
| 版本跟进 | 社区围绕关键 RN 版本持续演进,具体接入版本以对应版本线的发布说明和 npm 标签为准 |
| 框架架构 | 支持 Fabric;涉及原生能力的三方库需核对对应版本线的适配情况 |
| 三方库生态 | 社区已提供三方库适配总览与使用文档,覆盖存储、网络、图片、定位、界面组件等常见场景,各库支持的框架版本分别列明 |
| 工程接入 | 前端 npm 包与鸿蒙侧 ohpm 包需要配套,按框架和三方库文档完成依赖配置、代码生成与原生工程集成 |
版本信息可在 npm 包版本页及稳定版本识别与安装文档查看;三方库支持情况见社区使用文档。latest 与各版本线的稳定标签独立,选型时应确认目标版本线的发布状态。
对现有 RN 项目来说,可以先梳理依赖:纯 JavaScript / TypeScript 业务代码重点验证平台差异;涉及相机、定位、文件、推送等原生能力的库,逐项确认鸿蒙实现和版本兼容性;团队自行编写的原生模块,则需要补齐鸿蒙侧实现。先把核心业务链路跑通,再逐步扩展适配范围。
React Native 鸿蒙的意义在当下非常清晰:
对跨平台团队: 已有的 React 开发经验、业务逻辑和组件积累可以继续发挥作用。团队围绕鸿蒙工程、原生依赖和系统差异开展适配,有机会减少重复开发,让已有 RN 应用更快覆盖新平台。
对鸿蒙生态: RN 生态里的存量应用与开发者,多了一条进入鸿蒙的路径。框架和三方库适配越完善,开发者接入所需的重复工作就越少,应用覆盖也就有机会更快补齐。
对用户: 应用选择更加丰富。原生开发与跨平台适配并行,最终都要落实到稳定的核心功能、流畅的交互和适合鸿蒙设备的体验上。
如果你的团队已经在用 React Native,现在就可以从一个核心页面、一条完整业务链路开始,评估鸿蒙适配,把已有积累带进新的生态。
在当下的风口下,RN 开发者们,上车!
更多推荐


所有评论(0)