本文目录一览：

• 1、开源鸿蒙系统能打电话了！OpenHarmony 离手机OS越来越近
• 2、鸿蒙系统开源：「会议纪要」OpenHarmony 架构SIG纪要20220215
• 3、开源版的鸿蒙，与华为自己用的鸿蒙系统，差别有点大，不兼容安卓

开源鸿蒙系统能打电话了！OpenHarmony 离手机OS越来越近

电子发烧友网报道（文/黄晶晶）最近OpenHarmony社区的专家连志安发表了一个视频。视频是说使用润和DAYU200开发套件，搭载OpenHarmony3.1 Release版本，能够在拨号界面打出电话，还表示这个新版本越来越像手机了。

自华为手机搭配鸿蒙系统以来，国产手机操作系统的呼声越来越高。受限于竞争的关系，其他手机厂商并没有直接采用鸿蒙系统。而在万物互联的自主操作系统的发展趋势下，OpenHarmony或许是另一大选择。

OpenHarmony是由开放原子开源基金会孵化及运营的开源项目，目标是面向全场景、全连接、全智能时代，搭建一个智能终端设备操作系统的框架和平台，促进万物互联产业的繁荣发展。

当然，OpenHarmony起初来自于华为的捐赠。

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

华为于2019年8月发布的鸿蒙系统（Harmony OS），可以说也是基于OpenHarmony的基础能力发展起来的商业版本的自有品牌的鸿蒙系统。

同样的，这两年基于OpenHarmony发展起来的操作系统已经面向家电、工业、金融等领域。

例如，2021年10月14日，美的发布了美的物联网操作系统1.0，该系统由美的与开放原子开源基金会合作推出，具有跨平台、分布式、开放性的特点。

这也是首个除华为之外的基于OpenHarmony2.0的物联网系统。

还有，中软国际与汇川技术发布了全球首款OpenHarmony工业智能操作系统,共同推进基于国产自主可控底座的工业智能化进程。

目前，唯独在智能手机领域还缺少基于OpenHarmony的手机操作系统。

如今，搭载OpenHarmony3.1 Release版本的开发套件，能够实现打电话功能了，相信又提振了大家对于OpenHarmony手机操作系统的信心。

首先我们来看硬件方面对OpenHarmony3.1的支持，这里以标准系统来看，电子发烧友网查阅，主要有Hi3516DV300,和RK3568等芯片。

Hi3516DV300是新一代Smart HD IP摄像机SOC，集成新一代ISP(Image Signal Processor)、H.265视频压缩编码器、高性能NNIE引擎，在低码率、高画质、智能处理和分析、低功耗等方面有较好的性能。可用在带屏设备上，比如带屏冰箱、车机等。这个芯片对应的开发板型号是Hi3516DV300。

瑞芯微RK3568芯片是一款定位中高端的通用型SOC，采用22nm制程工艺，集成4核arm架构A55处理器和Mali G52 2EE图形处理器，支持4K解码和1080P编码。RK3568支持SATA/PCIE/USB3.0等各类型外围接口，内置独立的NPU，可用于轻量级人工智能应用。RK3568支持安卓11和linux系统，主要面向物联网网关、NVR存储、工控平板、工业检测、工控盒、卡拉OK、云终端、车载中控等行业定制市场。这个芯片对应的开发板有润和DAYU200。

润和HH-SCDAYU200是基于Rockchip RK3568，集成双核心架构GPU以及高效能NPU；板载四核64位Cortex-A55 处理器采用22nm先进工艺，主频高达2.0GHz；支持蓝牙、Wi-Fi、音频、视频和摄像头等功能，拥有丰富的扩展接口，支持多种视频输入输出接口；配置双千兆自适应RJ45以太网口，可满足NVR、工业网关等多网口产品需求。影音 娱乐 、智慧出行、智能家居，如烟机、烤箱、跑步机等。

根据之前的介绍，润和软件的DAYU是为OpenHarmony 2.0 Canary 版本提供支持手机类的开发套件。不过，打电话功能应该是在OpenHarmony3.1版本上才实现的。

软件方面，OpenHarmony自发布以来，已经更新了几个版本。

2020年9月10日，OpenHarmony 1.0 版本正式上线，支持内存为128K到128M的终端设备；

2021年6月1日，OpenHarmony 2.0 Canary 版本宣布上线，支持内存128M以上的各种智能终端设备。与OpenHarmony 1.0不同，OpenHarmony 2.0覆盖设备范围延伸到百兆内存及以上的富媒体终端设备。

2021年10月，OpenHarmony 3.0版本发布。

2021年12月31 日OpenHarmony-v3.1-Beta 版本发布。

OpenHarmony-v3.1-Beta 在OpenHarmony 3.0 LTS的基础上，更新支持了以下能力：

标准系统OS基础能力增强： 内核提升CMA利用率特性、图形新增支持RenderService渲染后端引擎、短距离通信支持STA（Station）和SoftAP基础特性、支持地磁场的算法接口、传感器驱动模型能力增强、支持应用帐号信息查询和订阅等、全球化特性支持、编译构建支持统一的构建模板、编译运行时提供Windows/MacOS/Linux的前端编译工具链、JS运行时支持预览器、新增支持JSON处理、Eventbus、Vcard、Protobuf、RxJS、LibphoneNumber等6个JS三方库、新增时间时区管理、DFX新增支持HiSysEvent部件提供查询和订阅接口。

标准系统分布式能力增强： 包括新增支持分布式DeviceProfile特性、分布式数据管理支持跨设备同步和订阅、分布式软总线支持网络切换组网、分布式文件系统支持Statfs API能力等。

标准系统应用程序框架能力增强： 新增ArkUI自定义绘制能力和Lottie动画能力、新增包管理探秘隐式查询和多hap包安装、事件通知支持权限管理、设置通知振动、通知声音设置和查询、通知免打扰、会话类通知等。

标准系统应用能力增强： 输入法应用支持文本输入和横屏下布局显示、短信应用信息管理、联系人应用通话记录和拨号盘显示、设置应用更多设置项。

轻量系统能力增强： HiStreamer轻量级支持可定制的媒体管线框架、Linux版本init支持热插拔、OS轻内核驱动启动优化、快速启动能力支持。

简单来说，OpenHarmony 3.1版本由于支持更多的能力，比如联系人通话记录和拨号盘显示，比如支持更大内存的终端设备，才使得操作系统界面的优化和功能越来越像手机。

以OpenHarmony覆盖万物的目标来说，它可在多种终端设备上运行。既可运行在百 KB 级别的资源受限设备和穿戴类设备上，也可运行在百 MB 级别的智能家用摄像头、行车记录仪等相对资源丰富的设备上，以及 GB 级别的智能电视等设备上。我们看到从1.0发展起来，它支持的内存容量正在增大。

对于手机而言，早期的智能手机具有512MB、1GB的内存，后来是3GB的内存，现在6GB、8GB、12GB的内存成为主流趋势。要运行应用程序就必须有可使用的内存，例如像微信、图像视频APP、 游戏 等都不同的内存需求。

虽然目前演试的是平板搭载OpenHarmony打电话，但其实目前已有不少手机芯片支持鸿蒙系统。高通骁龙870、888、联发科天玑720、800等支持华为鸿蒙系统。而这些手机芯片未来支持OpenHarmony应该也是自然而然的事。

在鸿蒙系统发布的时候，外界会有安卓套壳的质疑？在开发者论坛上，有资料指出，华为HarmonyOS能够运行安卓的应用程序，主要是由于HarmonyOS 实现了现有Android生态应用（即AOSP）的运行。

而OpenHarmony 用户应用程序基于全新设计的 OpenHarmony API/SDK 开发，可以运行在基于 OpenHarmony 开源项目开发的系统上，并可以在多终端之间无缝流转。

OpenHarmony 程序框架仅支持 OpenHarmony 用户应用程序运行，不支持基于安卓 API/SDK 开发的用户应用程序运行。

因此，OpenHarmony更不存在“安卓套壳”这种说法。而是鼓励开发者开发属于OpenHarmony的应用程序。

在繁荣开源生态方面，去年底的一次会议上，OpenHarmony项目群生态建设组组长朱其罡表示：未来，OpenHarmony 将与主流芯片厂家开展深度合作，逐步实现代码进入社区主干，OpenHarmony 项目群将联合成员单位及工作组提供专项技术支持，预计在2022 年 9月底前与20家主流芯片达成深度合作。随着主流芯片代码进入主干，未来将产生更多的 OpenHarmony 开发板，融合各行业需求，加快技术演进，促进各类终端产品陆续在各行业呈现。

小结：

OpenHarmony以覆盖万物为目标，其中必然绕不开智能手机，这也是万众瞩目的。实际上，OpenHarmony 2.0已具备所有支撑智能手机的能力，包括库和API 接口，此次3.1版本的功能优化，对智能手机的能力进一步的增强。目前尚不知有哪些手机厂商或者第三方厂商会率先推出基于OpenHarmony的智能手机操作系统。如果读者朋友们有进一步的消息，也欢迎向我们爆料。

鸿蒙系统开源：「会议纪要」OpenHarmony 架构SIG纪要20220215

议 题一 ： 申请新建开源仓：third_party_cef—李征

结论：

同意新建third_party_cef仓，基于Chromium Embedded Framework (CEF)构建webview

议题二：申请新建开源仓：sfc—马尔利

结论：

线下与架构讨论并输出纪要并闭环

议题三：申请新建开源仓：ArkAsm—王帅

结论：

同意先建立孵化仓，待产品成熟后再考虑合入主干仓。

需要额外关注问题：

1.关注交互性能问题。

2.注意外部社区吸收，可能遇到的冲突等。

议题四：accessibility申请孵化毕业—赖癸仲

结论：

同意准出

遗留问题：要确认代码移除无需交付的对外接口，只提供内部子系统依赖接口，确认已完成整改后并入主线。

额外问题：后续版本要补充隐私问题的功能设计，找隐私、UX细化具体要求（该遗留问题不影响此次准出）。

议题五：新建SIG仓applications_filepicker—陈佳乐

结论：

同意建仓

遗留问题：应用1选择文件后私发给应用2如何控制；是否对每个拉起文件选择器选择的文件生成的uri都是唯一的，且仅改应用可用 ？

遗留问题答复： uri在被使用的时候有权限校验的；应用1发给应用2的是uri， uri都是只能通过helper打开的， 那应用2的helper拉起mediaLib的时候应该会进行MEDIA_RW权限校验

议题六：新建SIG仓：vendor_bananapi、device_board_bananapi—张韬庚

结论：

同意建仓

在sig上建立vendor_bananapi与device_board_bananapi代码仓

议题七：新建sig仓tee_client、tee_os、tee_tzdriver、tee_dev_kit.—张德耀

结论：

1.tee_os rom和ram填实际大小，占用内存不包含ta，占用rom为实际镜像占用大小。

2.tee_os运行框架和内核是否分开，需要评估一下。

闭环结论：

1. teeos rom和ram内存修改为只表示teeos系统运行时需要的内存，后续各产品使能tee，给tee系统配置安全内存和镜像分区大小时，还需要考虑该产品所包含的所有安全业务（TA/驱动/服务等）占用的大小。

2.tee_os部件拆分为两个部件：tee_os_kernel(rom: 2048KB ram: 8192KB), tee_os_framework(rom: 4096KB ram: 20480KB)

议题八：申请新建仓interface_native_h—时睿

结论：

同意新建interface_native_h仓，用于维护对外开放接口的.h文件。如会议汇报，该仓用于规范化.h文件中注释的写作、评审、翻译流程，同时需通过工具进行一致性校验，保证代码仓与API文档一致性。

开源版的鸿蒙，与华为自己用的鸿蒙系统，差别有点大，不兼容安卓

众所周知，6月2日晚上华为鸿蒙系统正式全面发布了，并且目前已经有很多的华为手机成功升级成鸿蒙系统了，从用户们的体验来看，表现还是非常给力的，普遍的感觉就是更省电，更流畅了，而操作习惯基本没有什么改变。

至于生态方面，由于鸿蒙系统也兼容安卓APP，所以与原来的EMUI使用起来，感觉也没有太多的差别，一切都比较完美。

我们知道，鸿蒙系统华为是开源了的，开源项目叫做OpenHarmony 2.0，华为捐赠给了“开放原子开源基金会”，各个厂家都可以平等地在“开放原子开源基金会”获得代码，根据不同的业务诉求来做产品。

那么这个开源的OpenHarmony 2.0，与华为自己使用的鸿蒙，也就是 HarmonyOS 2，又有什么区别呢？

其实区别可大了， HarmonyOS 2 是华为基于开源项目 OpenHarmony 2.0 开发的面向多种全场景智能设备的商用版本，这个版本是华为自己专用的。

如果其它厂商需要使用鸿蒙系统，就得自己去获得OpenHarmony 2.0的源代码，然后再根据自己的业务，进行二次开发后，整出一个属于自己的系统来，类似于小米要基于安卓重新弄一个MIUI出来一样。

目前已经有技术大V们，将OpenHarmony 2.0的源代码下载下来，并通过开发板进行了适配安装，从实际情况来看，这个OpenHarmony 2.0系统与华为自己的HarmonyOS 2相比，是非常简陋的，甚至连安卓应用都不兼容的，不过最厉害的分布式能力，超级终端功能这些优势，这个OpenHarmony 2.0还是具备的。

很多网友表示，抛开其它的商业利益考虑之外，基于这个原因，估计友商们也不愿意使用啊，因为友商们如果要使用，相当于要重新编译一遍，还要自己加N多的东西进去，还要自己去兼容安卓APK文件，然后才是一个完整可用的系统，这多麻烦啊。

对于此，不知道你是怎么看的？不过大家先别吐槽，谷歌的安卓也是如此，开源的与商用的也是不一样的。