OpenHarmony和HarmonyOS有什么区别?

华为鸿蒙操作系统2.0正式发布,其基础能力已捐献给开放原子开源基金会,形成OpenHarmony开源项目。华为强调,各组织和个人均可平等参与该项目。然而,面对鸿蒙系统的推广,部分友商表达了不同态度。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

6月2日,华为“鸿蒙操作系统2.0版”正式发布。从目前市场上的操作系统市场比例上看,安卓占据了全球68.63%,苹果占据了30.99%的市场,华为鸿蒙操作系统的出现,将有可能打破这两家独大的局面。
  在这里插入图片描述

不过就在几天后,华为在心声社区发布公开了一封“总裁办电子邮件”,为华为轮值董事长徐直军签发。邮件称,华为已于2020年、2021年分两次把鸿蒙操作系统(HarmonyOS)的基础能力全部捐献给开放原子开源基金会,由后者整合其他参与者的贡献,形成OpenAtom OpenHarmony(简称“OpenHarmony”)开源项目(该项目的中文名正由开放原子开源基金会申请注册中),华为将持续参与OpenHarmony开源项目共建。

关于开放原子开源基金会

开放原子开源基金会是致力于推动全球开源产业发展的非营利机构,由阿里巴巴、百度、华为、浪潮、360、腾讯、招商银行等多家龙头科技企业联合发起,于2020年6月登记成立,“立足中国、面向世界”,是我国在开源领域的首个基金会。

在这里插入图片描述

2020年9月,开放原子开源基金会接受华为捐赠的智能终端操作系统基础能力相关代码,随后进行开源,并根据命名规则为该开源项目命名为OpenAtom OpenHarmony。

2020年12月,博泰、华为、京东、润和、亿咖通、中科院软件所、中软国际等七家单位在开放原子开源基金会的组织下成立了OpenHarmony项目群工作委员会,开始对OpenHarmony项目进行开源社区治理。各家单位对OpenHarmony开源项目持续投入和贡献。

2021年6月1日,该基金会在代码托管平台Gitee发布OpenHarmony2.0 Canary版。

华为消费者业务软件部总裁王成录表示,各个厂家都可以平等地在开放原子基金会获得代码,生态企业可以根据各自的业务诉求做自己的产品,华为也是从开放原子基金会拿回来代码,再叠加上我们的产品特性做的产品。

6月6日,工信部官微“工信微报”转载“开放原子开源基金会”公众号题为《开源的 OpenHarmony 是每个人的 OpenHarmony》的文章。文章称,

6月6日下午,“华为已捐献鸿蒙全部基础能力”的消息登上微博热搜。

友商不愿意用,也可以理解

华为称,华为是OpenHarmony开源项目的共建者、也是共享者之一。HarmonyOS 2是华为基于开源项目OpenHarmony 2.0开发的面向多种全场景智能设备的商用版本。华为不仅是OpenHarmony开源项目的主要贡献者,也是AOSP、Linux、Linaro、Eclipse等众多开源项目的贡献者,一直以来华为都严格遵循了相应的开源许可规则。

华为还表示,为保护华为现有和平板用户的数字资产,HarmonyOS 2实现了现有Android生态应用在部分搭载该系统设备上的运行。未来华为将持续推动发展鸿蒙生态,让合作伙伴快速开发更有竞争力的智能硬件产品和服务,为消费者带来更好的体验。当前华为已与合作伙伴开发了众多创新鸿蒙生态产品,包括智能家居设备、智能运动健康设备、智能办公设备等。

华为称,全球有兴趣、有需要的组织和个人都可以平等地参与该项目,实现共商、共建、共享、共赢。迄今为止,该项目已有245位贡献者,最新的版本为OpenHarmony 2.0。所以后续企业是否采用鸿蒙系统,加入鸿蒙生态就是企业的商业选择了。

华泰证券认为,鸿蒙系统短期可能对手机行业格局影响不大,但长期来看,鸿蒙系统可以应用到全场景终端设备上,实现跨终端协同、车机互联、可穿戴设备互联,是华为生态拓展的关键一步和物联网时代的重要布局。

分析华为为何要将鸿蒙操作系统捐出去,知乎作者@吴师傅 评论道:

“华为太难了,没有出来的时候,说是PPT OS;出来了,说是安卓套娃;没有捐出来,说你一家独大想搞技术垄断;捐出来了,又质疑你是真捐还是假捐;自己家用,说你降维打击国内同行;提倡大家一起用,说你居心叵测;你一言不发,说你心虚;你要汇聚星星之火,又说你痴心妄想凭什么?没有源代码,说你为什么有Android的痕迹;有了源代码,问你为什么不能兼容安卓……”

此外,鸿蒙HarmonyOS 2面世后,一度引发各界不同的声音,甚至部分友商公开表示不会使用鸿蒙操作系统。业界还流传着其他手机友商对鸿蒙的评论——

OPPO:在手机业务上,华为是竞争对手,不能将自己的命运掌握在别人的手上。

小米:华为目前正处于美国的制裁之中,而小米又严重依赖高通芯片,为了规避风险,暂不考虑鸿蒙。

荣耀:安卓仍然是首选,但随着时代的发展,不排除使用鸿蒙。

OpenHarmony不等于HarmonyOS

在这样的大背景下,华为在最新内部通知文件中再度重申了鸿蒙的定位。

通知提到,关于“鸿蒙操作系统”,由于缺乏规范的表述和统一的口径,导致内部理解不一致、对外说法不一致,容易引起混淆。为了规范鸿蒙沟通口径,经CBG讨论形成HarmonyOS对内对外沟通统一口径。

在这里插入图片描述

综上所述,其实Openharmony 和 HarmonyOS(鸿蒙操作系统) 是两个完全不同的概念。华为把 HarmonyOS 中基础功能提取出来,打包成功一个项目叫做“Openharmony” ,把 Openharmony 捐献给了原子开源基金会。
  
  而华为自己的商业版本HarmonyOS 2 并没有捐出,这个商业版本也是基于开源项目 OpenHarmony 2.0 开发的,兼容了 AOSP,增加了 HMS 。

而理解了其中的关系,也能理解其他友商为什么不愿意用鸿蒙。一旦你用了鸿蒙,就等于放弃了安卓,而如果鸿蒙在生态产业链上超越不了安卓,就很可能被安卓干掉,塞班以及微软的手机操作系统就是活生生的例子。

而且如果要小米OV都兼容鸿蒙,他们还需要做于 Openharmony 2 开发自己的 UI。比如 MIUI + 兼容以前应用,工作量巨大,可能不是一时半会就可以搞定,同时他们还需要考虑谷歌在国外对他们制裁的风险。

<think>好的,我现在需要帮助用户选择一个适合开发或学习的OpenHarmonyHarmonyOS项目。首先,我要理解用户的需求。用户可能对鸿蒙系统开发感兴趣,但不确定从哪里开始,需要一些项目示例作为参考。接下来,我应该考虑用户可能的背景:可能是开发者,也可能是学生或爱好者,所以项目示例需要涵盖不同难度方向。 我需要结合提供的引用内容来生成相关建议。引用[1]提到鸿蒙开发的核心知识,包括ArkTS、ArkUI组件、Stage模型等,所以项目可以围绕这些技术点展开。引用[3]提到了移植OLED屏幕驱动的案例,说明硬件相关项目也是一个方向。引用[2]提到应用demo使用Build.gn编译librknnrt.so库,这可能涉及AI或多媒体应用。引用[4]则强调了实践中的问题解决,所以项目可能需要包含调试移植的内容。 接下来,我应该分类项目示例,比如基础应用、硬件交互、分布式应用、多媒体/AI、内核开发等,这样用户可以根据兴趣选择。同时,每个类别需要具体例子,比如天气预报应用、智能家居控制,这样用户更容易理解。还要考虑提供学习资源,如官方文档社区,帮助用户进一步学习。 另外,用户可能需要了解如何开始,比如环境搭建工具使用,所以需要简要提及开发工具。最后,生成相关问题,引导用户深入思考,比如性能优化或跨设备通信实现,这样可以帮助他们进一步学习。</think>### OpenHarmony/HarmonyOS 项目开发与学习建议 #### 一、项目示例分类 根据技术方向应用场景,推荐以下项目类型(含具体实现思路): 1. **基础应用开发(适合入门)** - **示例1:天气预报应用** - 技术点:ArkTS声明式UI开发、网络请求、JSON解析 - 实现步骤: 1. 使用`@ohos.net.http`发起API请求 2. 通过`@ohos.data.preferences`实现本地数据缓存 3. 用Flex布局构建响应式界面 - 代码结构示例: ```typescript @Entry @Component struct WeatherPage { @State temperature: string = '--' async getWeather() { // 调用HTTP接口获取数据 } } ``` 2. **硬件交互项目(需开发板)** - **示例2:智能家居控制面板** - 技术点:驱动开发、GPIO控制、传感器数据读取[^3] - 实现方法: - 使用`@ohos.driver`模块操作外设 - 通过HDF框架对接OLED屏幕驱动 - 结合WiFi模块实现远程控制 3. **分布式应用开发(鸿蒙核心特性)** - **示例3:多设备文件共享** - 技术点:分布式软总线、设备发现、跨端数据传输 - 关键流程: ```typescript // 设备发现 deviceManager.createDeviceDiscovery() // 建立会话 session.createDistributionSession() // 文件传输 file.transfer() ``` 4. **多媒体/AI应用(进阶方向)** - **示例4:图像分类应用** - 技术点:NNRt推理框架、模型转换[^2] - 实现步骤: 1. 使用RKNN-Toolkit转换模型 2. 集成librknnrt.so推理库[^2] 3. 调用`@ohos.multimedia.image`处理图像 #### 二、开发准备 1. **环境搭建** - 工具链:DevEco Studio 3.1+ - SDK:API Version 9+(推荐) - 编译系统:使用Build.gn配置模块化编译[^2] 2. **学习路径建议** - 第一阶段:掌握ArkTS语法基础(2周) - 第二阶段:熟悉Stage应用模型(1周) - 第三阶段:实践UI开发与分布式能力(3周) #### 三、学习资源 1. **官方文档** - [OpenHarmony仓库](https://gitee.com/openharmony) - 鸿蒙开发者文档中心 2. **实战案例库** - 设备驱动开发案例(含HDF框架示例) - 分布式任务调度示例 - 图形渲染优化方案 #### 四、进阶方向建议 1. **内核开发** - 轻量级内核LiteOS-M研究 - 文件系统优化实践 2. **性能优化** - 启动速度分析工具使用 - 内存泄漏检测方案
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值