小村软件有限公司
联系我们
菜单

什么是开源鸿蒙(OpenHarmony) ── 梳理它与鸿蒙(HarmonyOS)、HarmonyOS NEXT 之间的关系

· · OpenHarmony, HarmonyOS, 嵌入式, 操作系统选型, 开源, ArkTS, 技术咨询, 装置嵌入

被问到「华为的 HarmonyOS 是开源的吧」时，你能准确地回答吗？答案是「一半对，一半不对」。开源的是 OpenHarmony(开源鸿蒙)，而 HarmonyOS(鸿蒙)是华为在此基础上打造的商用产品。而且 HarmonyOS 在发展过程中内部构成发生过更替，不同世代能否运行 Android 应用的情况并不相同。

中文语境下的资料里，这些概念常常被混为一谈，「OpenHarmony 等于 HarmonyOS」「装上 OpenHarmony 就能运行 HarmonyOS 的应用」之类的误解并不少见。对于正在考虑装置该搭载哪种操作系统的人来说，这种混乱会造成实际损失。因为无论是要向供应商核实的内容、法务需要关注的许可证，还是开发者要学习的语言，都会因为指的是哪一个而完全不同。

本文面向嵌入式设备与业务系统的技术人员，基于 OpenHarmony 官方文档与华为官方发布这两类一手资料，梳理 OpenHarmony / HarmonyOS / HarmonyOS NEXT 三者之间的关系。「是否应该把它作为装置搭载的操作系统选项」这一实务判断，将在姊妹篇装置嵌入式操作系统，OpenHarmony 是否是一个选项中讨论。

本文的内容基于 2026 年 7 月当时的一手资料。尤其是世代称呼(NEXT / 5 / 6 / 7)、智能手机与应用市场的地区布局、社区分支维护计划，这些都是变化很快的领域。在用于采购或设计决策之前，请打开各节脚注中列出的出处确认日期。

1. 先说结论

  • OpenHarmony 是由开放原子开源基金会孵化和运营的开源操作系统项目。它不是华为的产品，而是基金会的项目，源代码任何人都可以从公开仓库获取。12
  • HarmonyOS 是华为的商用操作系统产品，与 OpenHarmony 是两回事。它以 OpenHarmony 为底座，在其上叠加了华为自有的框架、应用分发平台与云服务。HarmonyOS 的全部源代码并未公开。
  • HarmonyOS 的内部构成随世代发生过变化。1〜4.x 世代采用 AOSP(Android Open Source Project)与 OpenHarmony 组合的架构，能运行 Android 应用，但从 HarmonyOS NEXT(即 HarmonyOS 5)开始，源自 AOSP 的代码被移除，Android 应用无法运行。3
  • 「NEXT」这个称呼从 HarmonyOS 6 起不再使用。2026 年 6 月的 HDC 2026 上，华为发布了 HarmonyOS 7 的开发者 Beta，同时表示「OpenHarmony 已发布超过 100 个商用版本」。4
  • OpenHarmony 并非单一操作系统产品，而是一个拥有「三种系统类型」的框架。从最小 128 KiB 的 MCU 使用的轻量系统，到 128 MiB 以上应用处理器使用的标准系统，都在同一体系内通过切换配置来覆盖。5
  • 许可证方面，代码以 Apache License 2.0 为主体构成。LiteOS-A 内核采用 BSD 3 条款许可证，文档采用 CC BY 4.0，各部分并不相同。采用时请逐一确认相应仓库的 LICENSE。678
  • 社区的维护周期为 Release 分支 2 年、LTS 分支 3.5 年。而且 LTS 分支最后一个是 2021 年 9 月的 3.0-LTS，3.1 之后发布的分支全部是 Release。这与装置 10 年生命周期的前提并不匹配。91011
  • HarmonyOS 的智能手机与应用市场，事实上以中国大陆为中心。华为面向全球消费者的网站，截至 2026 年 7 月仍停留在 HarmonyOS 2 的介绍页面，而 HarmonyOS 6 是在面向中国大陆的网站上发布的。不过在可穿戴设备等品类上，HarmonyOS 5 系与 6 系也向中国大陆以外地区推送，因此并不能说「HarmonyOS 5 以后＝仅限中国大陆」。121314
  • 欧洲存在一个以 OpenHarmony 为基础的另一系统。Eclipse 基金会的 Oniro 项目，正以 OpenHarmony 为底座，面向欧洲及全球市场推进扩展(截至 2026 年 7 月处于 Incubating 阶段)。15

2. 用一张表梳理谱系

先看整体图景。被称为「鸿蒙(HarmonyOS)」的东西，至少存在 3 个不同的实体。

名称 实体 归属方 源代码公开情况 主要用途
OpenHarmony 开源操作系统项目 开放原子开源基金会1 公开(Apache 2.0 等)6 物联网设备、工业设备、嵌入式、教育
HarmonyOS 1.0 华为的商用操作系统(OpenHarmony 公开之前的世代) 华为 不公开 智慧屏(荣耀 Vision)
HarmonyOS 2〜4.x 华为的商用操作系统(AOSP + OpenHarmony 混合) 华为 不公开(仅底座 OpenHarmony 部分公开) 华为智能手机、平板电脑等
HarmonyOS NEXT / 5 / 6 / 7 华为的商用操作系统(去除 AOSP) 华为 不公开 华为智能手机、PC、车载等

把表格的行按时间轴重新排列，就能一眼看出「同一个名字的操作系统，内部是在哪个节点被替换的」。

2019HarmonyOS 1.0面向智慧屏2021-2024HarmonyOS 2〜4.xAOSP 与OpenHarmony 混合Android 应用可运行2024HarmonyOS NEXT即 5移除源自 AOSP的代码Android应用无法运行2025HarmonyOS 6不再使用「NEXT」称呼2026HarmonyOS 7在 HDC 2026上发布开发者 BetaHarmonyOS 各世代与 AOSP 存废情况

图 1：HarmonyOS 各世代的划分，以及 Android 应用能否运行的分界线1634

分界线是 2024 年的 NEXT(即 5)。请先确认这条线之前的世代经验，与之后世代的说法，有没有在公司内部被混淆。

另外，最近还有一个值得了解的系统，能拓宽视野。

名称 实体 归属方
Eclipse Oniro for OpenHarmony 以 OpenHarmony 为底座的欧洲发行版 Eclipse 基金会15

换个说法，OpenHarmony 是「素材」，HarmonyOS 与 Oniro 是「用这个素材做出来的不同产品」。可以联想 Linux 内核之于 Red Hat Enterprise Linux 与 Debian 的关系，粒度上比较接近。不过与 Linux 不同的是，OpenHarmony 不仅包含内核，还包含 UI 框架乃至应用模型，是一套相当垂直整合的体系。

3. OpenHarmony 的实体 ── 里面到底有什么

OpenHarmony 官方文档将该项目描述为「由开放原子开源基金会孵化和运营的开源项目，目标是为全场景智能设备构建一个开源的分布式操作系统框架」。1

由于本章专有名词较多，先给出一份最小对照表。

术语 含义
LiteOS 面向资源受限设备的内核。面向 MCU 的 LiteOS-M 与面向 Cortex-A 的 LiteOS-A1
KAL(Kernel Abstraction Layer，内核抽象层) 屏蔽 Linux 与 LiteOS 之间的实现差异，向上层暴露统一的 API1
HDF(Hardware Driver Foundation，硬件驱动框架) OpenHarmony 自有的统一驱动框架，设备驱动都基于它编写1
DSoftBus(分布式软总线) 发现并连接附近设备，不受具体通信方式限制传输数据的设备间协同基础设施1
Ability 表示应用执行单元的模型。既有带界面的，也有在后台负责处理或提供数据的
ArkTS 在 TypeScript 基础上扩展、面向声明式 UI 的应用开发语言
ArkUI 用 ArkTS 搭建界面的声明式 UI 框架

四层架构

架构从下到上依次为内核层、系统服务层、框架层、应用层这四层。1

  • 内核层：采用多内核设计，根据设备的资源约束，可以在 Linux 与 LiteOS 之间选择。内核抽象层(KAL)屏蔽了实现差异，向上层提供统一的进程、内存、文件系统、网络、外设管理能力。驱动使用名为 HDF(Hardware Driver Foundation)的自有统一驱动框架编写。
  • 系统服务层：分布式软总线(DSoftBus)、分布式数据管理、分布式调度、多模输入、图形、安全、AI 等。
  • 框架层：面向 C/C++/JS 的应用框架和 Ability 框架，以及面向 JS 的 ArkUI 框架。
  • 应用层：系统应用与第三方应用。

这里重要的一点是，「多内核」这一设计决定了 OpenHarmony 的性格。同一个名字的操作系统，在 MCU 上运行的是 LiteOS-M，在高性能设备上运行的则是 Linux 内核。面对「OpenHarmony 的内核是什么」这个问题，需要反问一句「说的是哪种系统类型」。

三种系统类型

官方文档定义了三种基本系统类型。5

系统类型 处理器 最小内存 提供的功能 典型产品
轻量系统(Mini) Arm Cortex-M、32 位 RISC-V 等 MCU 128 KiB 轻量网络协议、轻量图形、面向物联网总线的读写组件 联网模块、传感器、可穿戴设备
小型系统(Small) Arm Cortex-A 等应用处理器 1 MiB 更高的安全能力、标准图形框架、视频编解码 IP 摄像头、门镜、路由器、行车记录仪
标准系统(Standard) Arm Cortex-A 等应用处理器 128 MiB 完整的应用框架、3D GPU、硬件合成器、丰富的动画 带高性能屏幕的家电

从 128 KiB 起步，是这个操作系统独特的地方。官方文档也写道「支持从数百 KiB 到 GiB 级别的内存」。1 它采用组件化设计，可以从配置中去掉不需要的组件，按需组装。

作为核心理念的分布式能力

官方最先强调的 OpenHarmony 特征，是以 DSoftBus(分布式软总线) 为核心的设备间协同。1 这是一套能够发现、连接近距离设备并组网、且不受具体通信方式限制来传输数据的通用基础设施，在其之上运行着分布式数据管理(跨设备的数据同步)与分布式调度(跨设备的应用启动与迁移)。

这种「把多台设备当作一台超级终端来对待」的理念，也是 HarmonyOS 智能手机、平板电脑、车载之间协同体验的基础。反过来说，如果只是嵌入单台装置独立使用，OpenHarmony 的招牌功能大概有一半用不上。这一点在采用与否的判断上会产生影响。

开发板与硬件

社区公布支持的开发板共 22 款。17 面向标准系统的有搭载 Rockchip RK3568 的 HiHope HH-SCDAYU200、搭载 NXP i.MX8M Mini 的 MILOS_Standard0；面向小型系统的有搭载 STM32MP157A 的 BearPi-HM Micro；面向轻量系统的有 Hi3861、STM32F407、ESP32，以及 RISC-V 的 HPM6750 等，不仅有中国大陆的 SoC，也包含 ST 与 NXP 的芯片。部分产品还写明了面向工业用途的说明，例如 MILOS_Standard0 列出的用途就包括「工业与医疗用高性能测量仪器、工业控制与 HMI、交通、防灾、楼宇」。17

4. HarmonyOS 的实体 ── AOSP 混合期与 NEXT 之后

HarmonyOS 是华为的商用操作系统产品。这里需要把握的重点是，同一个「HarmonyOS」的名字，各世代的内部构成并不相同。

  • HarmonyOS 1.0(2019 年)：最初搭载的并不是智能手机，而是智慧屏(荣耀 Vision)。这是 OpenHarmony 捐赠给开放原子开源基金会之前的世代，并不是作为面向智能手机的操作系统流通的。16
  • HarmonyOS 2〜4.x(2021〜2024 年)：这是部署到智能手机上的世代。采用 AOSP 与 OpenHarmony 组合的架构，这一世代的终端既能运行 Android 应用(APK)，也能运行 HarmonyOS 应用。日本(以及不少中文语境)之所以流传「HarmonyOS 就是中国版的 Android 系统」这种理解，正是因为这一世代的实际表现看起来就是如此。3
  • HarmonyOS NEXT(即 HarmonyOS 5，2024 年)：AOSP 兼容层与 Android 库被移除，Android 应用无法运行。能运行的只有 HarmonyOS 原生应用。3 这里说的原生应用并不仅限于 ArkTS，还可以组合使用 C/C++ 编写的 Native API(NDK)模块，华为自研语言仓颉(Cangjie)也被作为 HarmonyOS 应用开发的选项之一提供。18
  • HarmonyOS 6 及以后(2025 年〜)：「NEXT」这一称呼被取消，直接称为 HarmonyOS 6。2026 年 6 月 12 日在东莞举行的 HDC 2026 上，宣布 HarmonyOS 7 开发者 Beta 启动，并公布 HarmonyOS 6 终端数量已突破 6600 万台、注册开发者超过 1100 万人、应用商店中可获取的应用与服务超过 40 万个、HarmonyOS 已成为中国第二大智能手机操作系统。4

在同一场发布中，华为还提到 OpenHarmony 方面「已发布超过 100 个商用版本」。4 也就是说，对华为而言，OpenHarmony 既是自家智能手机的底座，同时也是供其他企业打造工业类产品的供给来源。

地区特性要按「终端种类」分开看

从中国大陆以外地区(例如日本)的视角来看，实务上起作用的是地区特性，但在这一点上如果把所有终端混为一谈，就会判断失误。需要区分开的是智能手机与应用分发生态，以及可穿戴等外围设备的固件。

  • 智能手机与应用市场以中国大陆为中心。HarmonyOS 6 的产品页面设在面向中国大陆的网站上，13 而华为面向全球消费者的网站(consumer.huawei.com/en/harmonyos/)截至 2026 年 7 月仍停留在 HarmonyOS 2 的介绍页面。12 面向 NEXT 系智能手机的 HarmonyOS 原生应用及其分发市场，实质上可以视为中国大陆国内的事情。
  • 另一方面，HarmonyOS 这个品牌也搭载在中国大陆以外地区的终端上。华为向全球市场的智能手表也推送了 HarmonyOS 5 系、6 系的固件更新，因此不能一概而论地说「HarmonyOS 5 以后＝仅限中国大陆」。14

因此，如果日本企业想讨论「开发并分发 HarmonyOS 应用」，那必然要与面向中国大陆市场的业务判断配套考虑。而另一方面，OpenHarmony 无论地区如何，任何人都可以获取源代码使用，这两者在决策上应当被完全区别对待。

5. 「OpenHarmony 应用」与「HarmonyOS 应用」是一回事吗

简单说就是「同一脉络，但不是同一样东西」。

共同之处在于 ArkTS(在 TypeScript 基础上扩展、面向声明式 UI 的语言)、ArkUI(声明式 UI 框架)、Ability(应用执行单元)这套应用模型的骨架。查看 OpenHarmony 6.0 Release 的发行说明可以看到，ArkUI 的布局能力扩展、ArkWeb 的 Chromium 内核从 114 升级到 132、新增 AppServiceExtensionAbility、支持信息亭(Kiosk)模式等条目，与 HarmonyOS 的功能更新十分相似。19

不同的地方在于周边生态。HarmonyOS 应用是以华为的 HarmonyOS SDK 和 DevEco Studio，以及 AppGallery 这一分发平台和 HMS(华为移动服务)的云端 API 为前提开发的。OpenHarmony 并不具备这些条件。因此，

  • 在搭载 OpenHarmony 的自研装置上，无法安装 AppGallery 中的应用。
  • 为 HarmonyOS 开发的应用，也不保证能在 OpenHarmony 实机上原样运行。需要逐一确认所依赖的 API 究竟是华为扩展的，还是 OpenHarmony 标准的。

如果装置采用 OpenHarmony，正确的做法是在规划阶段就假定其上运行的应用由己方(或所采用发行版的供应商)自行开发。如果抱着「可以直接使用现成应用资产」的期待来做采用决策，很可能会落空。

6. 版本号与 API 等级的读法

OpenHarmony 的版本对应有 API 等级，官方文档仓库的 README 中列有清单。20

OpenHarmony 版本 API 等级 文档中的状态
master ─ 最新开发版
6.0 Release 20 最新版
5.1.0 Release 18 最新版
5.0.3 15 最新版
5.0.2 14 最新版
5.0.1 13 最新版
5.0.0 Release 12 最新版
4.1 Release 11 已停止维护(Historical Versions No Longer Maintained)
4.0 Release 10 已停止维护
3.2 Release 9 已停止维护

这份清单来自文档仓库的 README，但同一仓库的发行说明索引中还列出了更新的 6.1 Release(2026 年 3 月 8 日) 以及 6.0.0.1 / 6.0.0.2。11 由于官方文档内部「最新版」的标注有时会跟不上更新，确定版本时不要只看 README，也要查看发行说明索引。

HarmonyOS 一侧同样有 API 等级编号，华为的开发者文档中公开了各版本的发行说明。21 由于编号体系相近，很容易混淆，但OpenHarmony 的 API Level 20 与 HarmonyOS 的 API Level 20，并不一定指同一套 API 集合。在核对规格时，请随时留意自己看的是哪一方的文档。

7. 维护周期 ── 装置厂商最应该先确认的数字

OpenHarmony 社区将分支的生命周期定义如下。9

  • Release 分支的生命周期为 2 年(主动维护 1 年 + 被动维护 1 年)
  • LTS 分支的生命周期为 3.5 年(主动维护 2 年 + 被动维护 1.5 年)
  • 主动维护期是指社区按计划发布 Tag 版本、修复缺陷与安全漏洞的时期
  • 被动维护期是指不再计划发布 Tag 版本，只修复严重及以上的安全漏洞与缺陷的时期

而实际公开的各分支维护计划如下。10

分支 类型 发布日期 主动维护结束 维护结束
1.0.1-Release Release 2021-03-30 2022-03-30 2023-03-30
3.0-LTS LTS 2021-09-30 2023-09-30 2025-03-30
3.1-Release Release 2022-03-30 2023-03-30 2024-03-30
3.2-Release Release 2023-04-09 2024-04-09 2025-04-09
4.0-Release Release 2023-10-26 2024-10-26 2025-10-26
4.1-Release Release 2024-03-30 2025-03-30 2026-03-30

从这张表可以读出三点。

  1. LTS 分支最后一个是 3.0-LTS(2021 年 9 月)。LTS 在此之前也存在过，1.1.0 LTS(2021 年 4 月)及其系列(1.1.x LTS)仍留在发行说明中。11 但 3.1 之后发布的分支全部是 Release 类型，也就是维护期只有 2 年。
  2. 表中列出的分支，截至 2026 年 7 月全部已结束维护。5.x 系列与 6.0 Release 尚未列入此表。
  3. 与运行 10 年的装置前提相比，数量级完全不同。对比 Windows 11 IoT Enterprise LTSC 2024 支持到 2034 年 10 月、长达 10 年的支持期，就能看出两者的设计思路本就不同。

这并不是说 OpenHarmony 存在缺陷，而是说它并不预设「直接使用社区版本、放任不管」这种用法。实际的工业采用中，通常是由商用发行版供应商自行维护分支，再将维护服务作为有偿产品出售。华为所说的「OpenHarmony 已发布超过 100 个商用版本」，指的正是这一层供应商生态的厚度。4

8. 许可证与获取途径

许可证

OpenHarmony 并非单一许可证的项目，各仓库的许可证并不相同。

对象 许可证
构建系统(build)、ArkUI 引擎(arkui_ace_engine)等大多数组件 Apache License 2.06
LiteOS-A 内核(kernel_liteos_a) BSD 3 条款许可证7
标准系统中的 Linux 内核部分 遵循 Linux 内核的许可证(GPLv2)
官方文档(docs) Creative Commons Attribution 4.08

在产品中集成使用时，原则是逐一确认己方实际链接使用的仓库的 LICENSE。如果笼统地认为「OpenHarmony 是 Apache 2.0 所以没问题」，就会忽略内核部分的 GPL 义务。

下面用三点概括业务使用中实际会遇到的问题。首先，无论哪种许可证，都不禁止修改与再分发本身。Apache 2.0 在允许修改和再分发的同时，要求随附完整的许可证文本、保留著作权声明等归属信息、在修改过的文件中注明变更内容，以及如果存在 NOTICE 文件则一并继承。6 BSD 3 条款要求再次列出著作权声明、条件说明和免责条款(仅分发二进制文件时，可放在说明书等随附材料中)，并禁止用权利人名称做推荐宣传。7 也就是说，把它嵌入装置中出货时，必然会产生「准备许可证展示」这项工作(是放在说明书末尾、本体设置界面的「许可证信息」里，还是作为随附文本文件提供，请在设计阶段就确定好)。而如果修改并分发标准系统中的 Linux 内核，则会根据 GPLv2 另外产生提供对应源代码的义务。若要把文档转载到公司内部资料中，则需要按 CC BY 4.0 标注署名。8

源代码获取

源代码通过与 Android 相同的 repo 工具获取。官方文档记载的步骤如下。2

repo init -u https://gitcode.com/openharmony/manifest.git -b master --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'

托管方面提供 gitcode.com、gitee.com、GitHub 镜像，SSH 和 HTTPS 两种方式都可以使用。2 如果想固定获取某个发行版本，可以把分支名切换为 OpenHarmony-6.0-Release 这样的版本名，或者切换到对应的标签(refs/tags/OpenHarmony-v6.0-Release)。不需要特别的注册或授权手续。

如果想在购买实机开发板之前先确认结构，也提供了在 QEMU 上运行的途径。device_qemu 仓库提供了 Arm Virt(LiteOS-A / Linux)、Cortex-M4(mps2-an386)、Cortex-M55(mps3-an547)、RISC-V(riscv32_virt)、Xtensa(esp32)、C-SKY(SmartL_E802) 的模拟运行步骤。22

9. 欧洲系分支 ── Eclipse Oniro

日本(以及许多中文语境的)技术人员容易忽略的一点，是由 Eclipse 基金会运营的 Oniro 项目。项目页面明确写道「Eclipse Oniro for OpenHarmony 构建在由开放原子开源基金会孵化和运营的开源项目 OpenHarmony 的底座之上」，并表明了面向欧洲及全球市场追加 React Native 支持、基于 Eclipse Theia 的 IDE、Servo 网页引擎等的方针。许可证为 Apache 2.0 与 MIT，项目状态截至 2026 年 7 月为 Incubating。15

对于「出于采购方针的考虑，来自中国大陆的操作系统难以采用」这类有约束的组织而言，了解到还存在一个处于欧洲基金会治理之下的同系统选项，作为考量范围本身就有价值。不过要注意的是，它仍处于 Incubating 阶段，社区规模也无法与 OpenHarmony 本体相提并论，这些都直接构成采用风险。

10. 总结 ── 把三者分开来谈

  • OpenHarmony 是开放原子开源基金会运营的开源操作系统项目。从 128 KiB 的 MCU 到 128 MiB 以上的高性能设备，都由同一体系覆盖，任何人都可以获取源代码。这才是需要评估是否采用到装置上的对象。
  • HarmonyOS 是华为的商用操作系统产品。1〜4.x 世代与 AOSP 混合，能运行 Android 应用，但从 NEXT(即 5)开始移除了 AOSP，变成只有 ArkTS 应用的世界。事实上是面向中国大陆市场的产品。
  • Eclipse Oniro 是以 OpenHarmony 为底座、源自欧洲的系统。目前仍处于 Incubating 阶段，但从治理归属的角度来看，是另一个可选项。

能够把这三者分开来谈之后，公司内部的讨论就会变得具体许多。因为可以不再停留在「要不要采用 HarmonyOS」，而是把问题转化为「OpenHarmony 的标准系统，要搭配哪家商用发行版的维护服务，装到哪款 SoC 上」。至于后续的实务判断 ── 维护周期、硬件选择、开发环境、可采购性，把它们与 Windows IoT、嵌入式 Linux 放在一起比较的内容，我们放到了姊妹篇中讨论。

相关文章

相关咨询领域

合同会社小村软件承接装置及业务系统所搭载操作系统/运行平台的选型、既有 Windows 应用迁移可行性的评估，以及以长期稳定运行为前提的架构评审。从「有新的操作系统进入候选，但判断依据还不够」这个阶段起，都欢迎咨询。

参考链接

</content>

  1. OpenHarmony Documentation, OpenHarmony Project. 关于 OpenHarmony 是由开放原子开源基金会孵化和运营的开源项目、内核层/系统服务层/框架层/应用层的四层架构、Linux 与 LiteOS 的多内核设计与 KAL、HDF 驱动框架、DSoftBus・分布式数据管理・分布式调度・设备虚拟化等各项功能、支持从数百 KiB 到 GiB 级内存等内容。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10

  2. OpenHarmony Documentation, Source Code Acquisition. 关于 repo 工具的配置步骤，通过 repo init / repo sync -c / repo forall -c 'git lfs pull' 获取源代码，以及 gitcode.com・gitee.com・GitHub 各镜像与 SSH/HTTPS 选项等内容。 ↩ ↩2 ↩3

  3. Wikipedia, HarmonyOS 5(二手资料). 关于部署到智能手机上的 HarmonyOS 2〜4.x 世代，采用 AOSP 与 OpenHarmony 融合的架构、能够运行 Android 应用，HarmonyOS NEXT(即 HarmonyOS 5)移除了 AOSP 兼容层与 Android 库、Android 应用无法运行，以及 HarmonyOS 6 之后不再使用「NEXT」称呼等内容。由于华为官方文档为动态生成、无法直接引用，故参考此二手资料。 ↩ ↩2 ↩3 ↩4

  4. 华为, HarmonyOS 7 开发者Beta 正式启动，全场景智能操作系统再升级. 关于 2026 年 6 月 12 日在东莞举行的 HDC 2026 上发布 HarmonyOS 7 开发者 Beta，HarmonyOS 6 终端数量突破 6600 万台，注册开发者超过 1100 万人・应用商店可获取的应用与服务超过 40 万，HarmonyOS 已成为中国第二大智能手机操作系统，以及 OpenHarmony 已发布超过 100 个商用版本等说明内容。 ↩ ↩2 ↩3 ↩4 ↩5

  5. OpenHarmony Documentation, Quick Start Overview. 关于轻量系统(MCU，最小 128 KiB)、小型系统(Cortex-A，最小 1 MiB)、标准系统(Cortex-A，最小 128 MiB)这三种基本系统类型的定义，以及各自提供的功能与典型产品。 ↩ ↩2

  6. OpenHarmony, arkui_ace_engine LICENSE 及 build LICENSE. 关于 ArkUI 引擎及构建系统仓库以 Apache License 2.0 发布的内容。 ↩ ↩2 ↩3 ↩4

  7. OpenHarmony, kernel_liteos_a LICENSE. 关于 LiteOS-A 内核以 BSD 3 条款许可证(再分发时须保留著作权声明、分发二进制文件时须再次列出免责条款、禁止用权利人名称做推荐宣传)发布的内容。 ↩ ↩2 ↩3

  8. OpenHarmony, docs LICENSE. 关于官方文档仓库以 Creative Commons Attribution 4.0 International 提供的内容。 ↩ ↩2 ↩3

  9. OpenHarmony, OpenHarmony Version Lifecycle Management. 关于 Release 分支生命周期为 2 年(1+1)、LTS 分支为 3.5 年(2+1.5)，以及主动维护期与被动维护期的定义(被动维护期仅修复严重及以上的漏洞与缺陷)。 ↩ ↩2

  10. OpenHarmony Documentation, OpenHarmony Version Definitions. 关于 Master/LTS/Release/Beta/Tag 版本的定义，以及 LTS・Release 分支的维护计划表(仅 3.0-LTS 为 LTS 类型，1.0.1/3.1/3.2/4.0/4.1 为 Release 类型，4.1-Release 的维护结束日期为 2026 年 3 月 30 日)等内容。 ↩ ↩2

  11. OpenHarmony Documentation, Release Notes 索引. 关于 3.0-LTS(2021 年 9 月 30 日)及其系列(3.0.1〜3.0.8 LTS)已列出、3.1 之后全部为 Release 类型，1.x 系列也曾存在 LTS(1.1.0 LTS 等)但已被标记为 End of Life，以及 6.1 Release(2026 年 3 月 8 日)・6.0.0.1・6.0.0.2 作为比 README「Latest Versions」清单更新的版本列出等内容。 ↩ ↩2 ↩3

  12. Huawei, HarmonyOS 2 - Huawei Global. 关于华为面向全球消费者的网站上的 HarmonyOS 介绍页面，截至 2026 年 7 月仍为 HarmonyOS 2 页面的内容。 ↩ ↩2

  13. 华为, HarmonyOS 6 - 华为官网. 关于 HarmonyOS 6 产品页面设在面向中国大陆的网站上的内容。 ↩ ↩2

  14. Huawei Central, Global Huawei Watch 5 claims HarmonyOS 6 software upgrade 及同一媒体关于全球版可穿戴设备推送的其他报道(二手资料). 关于华为向中国大陆以外地区的智能手表(Watch 5、Watch GT 4、Watch Fit 3 等)也推送 HarmonyOS 5 系、6 系固件更新的内容。作为「不能说 HarmonyOS 5 以后＝仅限中国大陆」这一判断的依据引用。 ↩ ↩2

  15. Eclipse Foundation, Eclipse Oniro for OpenHarmony. 关于 Eclipse Oniro for OpenHarmony 构建在开放原子开源基金会的 OpenHarmony 底座之上、面向欧洲及全球市场追加 React Native 支持・基于 Eclipse Theia 的 IDE・Servo 网页引擎等方针、许可证为 Apache 2.0 与 MIT、项目状态为 Incubating 等内容。 ↩ ↩2 ↩3

  16. Wikipedia, HarmonyOS version history(二手资料). 关于 HarmonyOS 1.0 于 2019 年 8 月作为面向荣耀 Vision(智慧屏)的产品发布、并非作为面向智能手机的操作系统流通的世代等内容。1.0 的内部构成(是否包含 LiteOS・Linux・AOSP 兼容层)因资料而异，故正文中只叙述了搭载产品方面的差异。 ↩ ↩2

  17. OpenHarmony Documentation, OpenHarmony Development Boards List. 关于社区支持的开发板共 22 款，面向标准系统的 RK3568/i.MX8M Mini/A311D/RK3399 等，面向小型系统的 Hi3516DV300/STM32MP157A，面向轻量系统的 Hi3861/STM32F407/ESP32/RISC-V HPM6750 等清单，以及 MILOS_Standard0 的典型用途包含工业控制、医疗设备等内容。 ↩ ↩2

  18. South China Morning Post, Huawei to open-source self-developed programming language Cangjie to rival Java and Swift(二手资料). 关于华为自研语言仓颉(Cangjie)已支持用于 HarmonyOS NEXT 应用开发、面向所有 HarmonyOS 开发者提供，以及 2025 年开源化等内容。 ↩

  19. OpenHarmony Documentation, OpenHarmony 6.0 Release. 关于 6.0 Release 中 ArkUI 的布局能力扩展(LayoutPolicy、安全区域相关)、ArkWeb 的 Chromium 内核从 114 升级到 132、新增 AppServiceExtensionAbility、支持信息亭(Kiosk)模式等内容。 ↩

  20. OpenHarmony Documentation, README. 关于 OpenHarmony 6.0 Release(API Level 20)、5.1.0 Release(18)、5.0.3(15)、5.0.2(14)、5.0.1(13)、5.0.0 Release(12)作为最新版列出，4.1 Release(11)及更早版本被列为「Historical Versions No Longer Maintained」的内容。 ↩

  21. HUAWEI Developers, HarmonyOS Versions. 关于 HarmonyOS 各版本对应的 API 等级及其发行说明，作为华为开发者文档公开发布的内容。 ↩

  22. OpenHarmony, device_qemu README. 关于以 QEMU 模拟的对象包括 Arm Virt(LiteOS-A)、Arm Virt(Linux)、Cortex-M4(mps2-an386)、Cortex-M55(mps3-an547)、RISC-V(riscv32_virt)、Xtensa(esp32)、C-SKY(SmartL_E802) 的步骤已经就绪等内容。 ↩

相关文章

共享相同标签的最新文章。可以围绕相近的主题进一步加深理解。

相关主题

与本文相近的主题页面。以本文为起点，可以进一步了解相关服务和其他文章。

与本主题相关的服务

本文与以下服务页面相关联，欢迎从最接近的入口查看。

常见问题

汇总了咨询这一主题时常见的问题。

OpenHarmony 和 HarmonyOS 是同一样东西吗？
不是同一样东西。OpenHarmony(开源鸿蒙)是由开放原子开源基金会孵化和运营的开源操作系统项目，任何人都可以获取其源代码，并以 Apache License 2.0 等开源许可证发布。而 HarmonyOS(鸿蒙)则是华为的商用操作系统产品，它以 OpenHarmony 为底座，在其上叠加了华为自有的框架、应用分发平台(AppGallery)以及云服务(HMS)。并不是「OpenHarmony 公开了，所以 HarmonyOS 的源代码就能全部读到」，也不是「装了 OpenHarmony 的装置就能安装 AppGallery 里的应用」。如果类比 Linux 内核与商用 Linux 发行版之间的关系，会更容易理解。
HarmonyOS NEXT 是什么？它和 HarmonyOS 5、6 是什么关系？
HarmonyOS NEXT 是去除了源自 Android(AOSP)代码的那一代 HarmonyOS 的称呼，就产品版本而言相当于 HarmonyOS 5。部署到智能手机上的 HarmonyOS 2〜4.x 世代，采用的是 AOSP 与 OpenHarmony 组合的架构，Android 应用(APK)也能运行(再往前的 HarmonyOS 1.0，是 2019 年面向智慧屏推出的那一代)。NEXT 之后不再有 AOSP 兼容层，能运行的只有 HarmonyOS 原生应用。这里说的原生应用并不局限于 ArkTS，还可以选择用 C/C++ 编写的 Native API(NDK)，以及华为自研语言仓颉(Cangjie)。到了后续的 HarmonyOS 6，「NEXT」这个称呼本身也不再使用，而是直接叫作 HarmonyOS 6。2026 年 6 月的 HDC 2026 上，华为发布了 HarmonyOS 7 的开发者 Beta。
用 OpenHarmony 制作的装置，能安装 HarmonyOS 的应用吗？
不要认为可以。OpenHarmony 和 HarmonyOS 拥有 ArkTS、ArkUI 这一共同的技术脉络，API 等级编号也十分接近，但 HarmonyOS 应用是以华为的 HarmonyOS SDK 和 AppGallery 为前提开发的，单独的 OpenHarmony 环境中并不具备这些条件。反过来，为 OpenHarmony 开发的应用也不保证能在 HarmonyOS 实机上原样运行。如果装置采用 OpenHarmony，请在规划阶段就假定应用需要由己方(或所采用发行版的供应商)针对 OpenHarmony 的 API 自行开发。
OpenHarmony 的支持周期有多长？
根据社区的生命周期策略，Release 分支的维护期为 2 年(主动维护 1 年 + 被动维护 1 年)，LTS 分支为 3.5 年(2 年 + 1.5 年)。不过 LTS 分支最后一个是 2021 年 9 月发布的 3.0-LTS(再往前还有 1.1.0 LTS)，3.1 之后发布的分支全部是 Release 类型。如果要在如工业设备这类以运行 10 年为前提的产品上使用这一操作系统，仅靠社区的维护周期是不够的，需要购买商用发行版供应商的维护服务，或者由己方自行维护分支。
中国大陆以外(如日本)的开发者要接触 OpenHarmony，该怎么做？
源代码可以通过 repo 工具从 gitcode.com、gitee.com 或 GitHub 镜像获取，无需账号注册或出口许可之类的特殊手续。官方文档提供中文和英文两种版本，没有日语版本。在购买实机开发板之前，也可以先在 QEMU 上运行以了解其结构。较为现实的做法是，先从英文文档「Device Development」的入口开始，确定要面向的系统类型(轻量系统/小型系统/标准系统)。

作者简介

本文作者的个人简介页面。

Go Komura

小村软件有限公司 代表

以 Windows 软件开发、技术咨询与故障排查为中心，擅长难以复现的故障调查，以及既有资产仍在运行的项目。

联系我们
返回博客列表