OpenHarmony开源项目
项目介绍
OpenHarmony是开放原子开源基金会(OpenAtom Foundation)旗下开源项目,定位是一款面向全场景的开源分布式操作系统。
OpenHarmony在传统的单设备系统能力的基础上,创造性地提出了基于同一套系统能力、适配多种终端形态的理念,支持多种终端设备上运行,第一个版本支持128K~128M设备上运行,欢迎参加开源社区一起持续演进。针对设备开发者,OpenHarmony采用了组件化的设计方案,可以根据设备的资源能力和业务特征进行灵活裁剪,满足不同形态的终端设备对于操作系统的要求。可运行在百K级别的资源受限设备和穿戴类设备,也可运行在百M级别的智能家用摄像头/行车记录仪等相对资源丰富的设备。
技术架构
OpenHarmony整体遵从分层设计,从下向上依次为:内核层、系统服务层、框架层和应用层。系统功能按照“系统 > 子系统 > 功能/模块”逐级展开,在多设备部署场景下,支持根据实际需求裁剪某些非必要的子系统或功能/模块。
OpenHarmony技术架构如下所示
内核层
- 内核子系统:采用多内核(Linux内核或者LiteOS)设计,支持针对不同资源受限设备选用适合的OS内核。内核抽象层(KAL,Kernel Abstract Layer)通过屏蔽多内核差异,对上层提供基础的内核能力,包括进程/线程管理、内存管理、文件系统、网络管理和外设管理等。
- 驱动子系统:驱动框架(HDF)是系统硬件生态开放的基础,提供统一外设访问能力和驱动开发、管理框架。
系统服务层
系统服务层是OpenHarmony的核心能力集合,通过框架层对应用程序提供服务。该层包含以下几个部分:
- 系统基本能力子系统集:为分布式应用在多设备上的运行、调度、迁移等操作提供了基础能力,由分布式软总线、分布式数据管理、分布式任务调度、公共基础库、多模输入、图形、安全、AI等子系统组成。
- 基础软件服务子系统集:提供公共的、通用的软件服务,由事件通知、电话、多媒体、DFX(Design For X) 等子系统组成。
- 增强软件服务子系统集:提供针对不同设备的、差异化的能力增强型软件服务,由智慧屏专有业务、穿戴专有业务、IoT专有业务等子系统组成。
- 硬件服务子系统集:提供硬件服务,由位置服务、生物特征识别、穿戴专有硬件服务、IoT专有硬件服务等子系统组成。
根据不同设备形态的部署环境,基础软件服务子系统集、增强软件服务子系统集、硬件服务子系统集内部可以按子系统粒度裁剪,每个子系统内部又可以按功能粒度裁剪。
框架层
框架层为应用开发提供了Java/C/C++/JS等多语言的用户程序框架和Ability框架,两种UI框架(包括适用于Java语言的Java UI框架、适用于JS语言的JS UI框架),以及各种软硬件服务对外开放的多语言框架API。根据系统的组件化裁剪程度,设备支持的API也会有所不同。
应用层
应用层包括系统应用和第三方非系统应用。应用由一个或多个FA(Feature Ability)或PA(Particle Ability)组成。其中,FA有UI界面,提供与用户交互的能力;而PA无UI界面,提供后台运行任务的能力以及统一的数据访问抽象。基于FA/PA开发的应用,能够实现特定的业务功能,支持跨设备调度与分发,为用户提供一致、高效的应用体验。
特点
- 硬件互助,资源共享
主要通过下列模块达成- 分布式软总线
分布式软总线是多设备终端的统一基座,为多设备间无缝互联提供了统一的分布式通信能力,能够快速发现并连接设备,高效地传输任务和数据。 - 分布式数据管理
分布式数据管理位于基于分布式软总线之上的能力,实现了应用程序数据和用户数据的分布式管理。用户数据不再与单一物理设备绑定,业务逻辑与数据存储分离,应用跨设备运行时数据无缝衔接,为打造一致、流畅的用户体验创造了基础条件 - 分布式任务调度
分布式任务调度基于分布式软总线、分布式数据管理、分布式Profile等技术特性,构建统一的分布式服务管理(发现、同步、注册、调用)机制,支持对跨设备的应用进行远程启动、远程调用、绑定/解绑、以及迁移等操作,能够根据不同设备的能力、位置、业务运行状态、资源使用情况并结合用户的习惯和意图,选择最合适的设备运行分布式任务 - 设备虚拟化
分布式设备虚拟化平台可以实现不同设备的资源融合、设备管理、数据处理,将周边设备作为手机能力的延伸,共同形成一个超级虚拟终端。
- 分布式软总线
- 一次开发,多端部署
OpenHarmony提供用户程序框架、Ability框架以及UI框架,能够保证开发的应用在多终端运行时保证一致性。一次开发、多端部署。
多终端软件平台API具备一致性,确保用户程序的运行兼容性。- 支持在开发过程中预览终端的能力适配情况(CPU/内存/外设/软件资源等)。
- 支持根据用户程序与软件平台的兼容性来调度用户呈现。
- 统一OS,弹性部署
OpenHarmony通过组件化和组件弹性化等设计方法,做到硬件资源的可大可小,在多种终端设备间,按需弹性部署,全面覆盖了ARM、RISC-V、x86等各种CPU,从百KB到GB级别的RAM。
设备类型
OpenHarmony支持如下几种设备类型:
- 轻量系统类设备(参考内存≥128KB)
面向MCU类处理器,例如Arm Cortex-M、RISC-V 32位的设备,资源极其有限,参考内存≥128KB,提供丰富的近距连接能力以及丰富的外设总线访问能力。典型产品有智能家居领域的联接类模组、传感器设备等。联接类模组通常应用在智能物联网设备中,负责实现联接部分的硬件模块,在智能家居领域由厂家集成到其设备中。例如:联接类模组提供WLAN/Bluetooth的接入和数据的联接,模组与厂家家居的芯片通常通过UART或GPIO等总线接口进行通信。 - 小型系统类设备(参考内存≥1MB)
面向应用处理器,例如Arm Cortex-A的设备,参考内存≥1MB,提供更高的安全能力,提供标准的图形框架,提供视频编解码的多媒体能力。典型产品有智能家居领域的IPCamera、电子猫眼、路由器以及智慧出行域的行车记录仪等。 - 标准系统类设备(参考内存≥128MB)
面向应用处理器,例如Arm Cortex-A的设备,参考内存≥128MB,提供增强的交互能力,提供3D GPU以及硬件合成能力,提供更多控件以及动效更丰富的图形能力,提供完整的应用框架。典型产品有高端的冰箱显示屏等。 - 大型系统类设备(参考内存≥1GB)
面向应用处理器,例如Arm Cortex-A的设备,参考内存≥1GB,提供完整的兼容应用框架。典型的产品有智慧屏、智能手表等。
详细特征
入口:https://gitee.com/openharmony/docs/tree/master/zh-cn/readme
*本次开源部分主要支持百K级,百M级设备,以下内容主要介绍涉及到的相关子系统内容。
系 统 |
简 介 |
链 接 |
JS应用开发框架 |
作为JS应用开发框架的轻量实现,提供一套跨平台的类web应用开发框架,通过Toolkit将开发者编写的HTML、CSS和JS 文件编译打包成JS Bundle,然后再将JS Bundle解析运行成C++ UIKit的View 组件进行渲染。通过支持三方开发者使用声明式的API进行应用开发,以数据驱动视图变化,避免了大量的视图操作,大幅降低应用开发难度,提升开发者开发体验。 |
README |
DFX |
针对不同硬件架构和资源提供组件化且可定制的DFX框架。根据RISC-V、Cortex-M、Cortex-A不同硬件平台,提供两种不同的轻量级DFX框架。 |
README |
XTS认证 |
XTS是OpenHarmony生态认证测试套件的集合,当前包括acts(application compatibility test suite)应用兼容性测试套,后续会拓展dcts(device compatibility test suite)设备兼容性测试套等。 |
README |
全球化 |
全球化资源管理子系统主要提供语言资源回溯和多偏好语言支持的能力,包括多语言资源回溯和多偏好语言支持。 |
README |
公共基础 |
公共基础库存放OpenHarmony通用的基础组件。这些基础组件可被OpenHarmony各业务子系统及上层应用所使用。 |
README |
内核 |
OpenHarmony内核是面向IoT领域的实时操作系统内核,它具备类似RTOS般轻快和Linux般易用的特点。包括功能组件部分:进程和线程调度、内存管理、IPC机制、timer管理等操作系统基础组件。 |
README |
分布式任务调度 |
分布式任务调度模块负责跨设备组件管理,提供访问和控制远程组件的能力,支持分布式场景下的应用协同。 |
README |
分布式软总线 |
实现近场设备间统一的分布式通信能力管理,提供不区分链路的设备发现和传输接口。包含服务发布、数据传输、安全等功能。 |
README |
启动恢复 |
启动恢复负责在内核启动之后,应用启动之前的操作系统中间层的启动。支持使用LiteOS-A内核的平台,当前包括:Hi3516DV300平台和Hi3518EV300平台。 |
README |
图形 |
主要包括UI组件、布局、动画、字体、输入事件、窗口管理、渲染绘制等模块,构建基于轻量OS的应用框架,满足硬件资源较小的物联网设备的OpenHarmony系统应用开发。 |
README |
媒体 |
为多媒体应用开发者提供统一的开发接口,使得开发者可以专注于应用业务的开发,轻松使用多媒体的资源。 |
README |
安全 |
主要提供样例给开发者展示如何去使用已有的安全机制来提升系统的安全能力,包括安全启动、应用权限管理、IPC通信鉴权、HUKS、HiChain、应用签名验签。 |
README |
测试 |
开发过程采用测试驱动开发模式,开发者基于系统新增特性可以通过开发者自己开发用例保证,对于系统已有特性的修改,也可通过修改项目中原有自测试用例保证,旨在帮助开发者在开发阶段就能开发出高质量代码。 |
README |
用户程序框架 |
包含两个模块:Ability子系统和包管理子系统。Ability子系统,是OpenHarmony为开发者提供的一套开发OpenHarmony应用的开发框架。包管理子系统,是OpenHarmony为开发者提供的安装包管理框架。 |
README |
AI子系统 |
AI业务子系统是提供原生的分布式AI能力的子系统,提供了统一的AI引擎框架,实现算法能力快速插件化集成。框架中主要包含插件管理、模块管理和通信管理等模块,对AI算法能力进行生命周期管理和按需部署。后续,会逐步定义统一的AI能力接口,便于AI能力的分布式调用。同时,提供适配不同推理框架层级的统一推理接口。 |
README |
泛Sensor |
泛Sensor中包含传感器和小器件,传感器用于侦测环境中所发生事件或变化,并将此消息发送至其他电子设备,小器件用于向外传递信号的设备,包括马达和LED灯,对开发者提供控制马达振动和LED灯开关的能力。 |
README |
电源管理 |
电源管理子系统主要提供了电池、充放电状态查询能力和系统电源管理服务能力,目前主要包括电量查询和亮灭屏控制锁的能力。 |
README |
升级服务 |
升级服务是提供设备远程升级的能力,可以让你的设备轻松支持OTA升级能力。目前仅支持全量包升级方式,全量包是将新系统全部内容做成升级包,进行升级。 |
README |
编译构建 |
编译构建提供了一个在GN与ninja基础上的编译构建框架。支持以下功能:1.构建不同芯片平台的产品。如:Hi3518EV300平台的ipcamera产品,Hi3516DV300平台的ipcamera产品,Hi3861平台的WLAN模组产品。2.构建HPM包管理配置生成的自定义产品。 |
README |
驱动 |
OpenHarmony驱动子系统采用C面向对象编程模型构建,通过平台解耦、内核解耦,兼容不同内核,提供了归一化的驱动平台底座,旨在为开发者提供更精准、更高效的开发环境,力求做到一次开发,多系统部署。 |
README |
快速入门
入口:https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/quick-start/Readme-CN.md
开发板类型 |
简述 |
链 接 |
Hi3861开发板 |
Hi3861 WLAN模组是一片大约2cm*5cm大小的开发板,是一款高度集成的2.4GHz WLAN SoC芯片,集成IEEE 802.11b/g/n基带和RF(Radio Frequency)电路。支持OpenHarmony/Huawei LiteOS和第三方组件。 |
快速入门 |
Hi3516开发板 |
Hi3516DV300作为新一代行业专用Smart HD IP摄像机SOC,集成新一代ISP、业界最新的H.265视频压缩编码器,同时集成高性能NNIE引擎。 |
快速入门 |
Hi3518开发板 |
Hi3518EV300作为新一代智慧视觉处理SOC,集成新一代ISP(Image Signal Processor)以及业界最新的H.265视频压缩编码器。 |
快速入门 |
代码仓地址
OpenHarmony主库组织地址:https://gitee.com/openharmony
OpenHarmony归档组织地址:https://gitee.com/openharmony-retired
开发者文档
简体中文:OpenHarmony开发者文档
English Version:OpenHarmony Documentation
源码下载
获取OpenHarmony源码:下载说明
如何参与
参与社区:社区介绍链接
参与贡献:如何贡献链接
参与API治理:OpenHarmony API治理章程
许可协议
OpenHarmony主要遵循Apache License V2.0协议,详情请参考各代码仓LICENSE声明。
OpenHarmony引用三方开源软件及许可证说明,参考第三方开源软件说明。
联系方式
网站:https://openharmony.gitee.com
邮箱:contact@openharmony.io
OpenHarmony开源项目相关推荐
- 一文读懂开源项目 OpenHarmony2.0 开源项目 OpenHarmony 是什么
一图胜万语,开发者拿到OpenHarmony 2.0代码后跑起来的样子 OpenHarmony是自主研发.不兼容安卓的全领域下一代开源操作系统. 开放原子开源基金会(简称"基金会" ...
- 亿咖通科技助力开源项目 OpenHarmony 技术成熟与应用落地
6 月 1 日,开放原子开源基金会(OpenAtom Foundation,以下简称"基金会")正式发布开源项目 OpenHarmony 2.0 Canary 版本.全部代码已上载 ...
- 【水】OpenHarmony开源见面会分享
非常荣幸,能受邀参加OpenHarmony开源见面会 南京站的活动,并且上台分享. 同台的有开放原子基金会.润和软件.中科院等大佬. 我分享的主题是<ARM架构和MIPS架构如何移植OpenHa ...
- 鸿蒙开源源码,基于鸿蒙系统开源项目OpenHarmony源码静态分析
#ifndef __scc #define __scc(X) ((long) (X)) // 转为long类型 typedef long syscall_arg_t; #endif #define _ ...
- 你熟知的开源项目,幕后推手竟然是他们?
作者 | 八宝粥 责编 | 唐小引 出品 | CSDN(id:CSDNnews) 一个开源项目如果想要做大做好,单靠程序员秃头熬夜用爱发电是不现实的,往往需要有一些组织.公司或者基金会提供资金.技术 ...
- OpenHarmony开源鸿蒙与HarmonyOS商业鸿蒙的区别
OpenHarmony开源鸿蒙与HarmonyOS商业鸿蒙的区别 一.本是同根生 最近鸿蒙开发越来越火,特别是因为开源鸿蒙的存在,很多系统开发,直接使用OpenHarmony. 但是初学者很容易把Ha ...
- OpenHarmony开源开发者成长计划,寻找改变世界的开源新生力
OpenAtom OpenHarmony(以下简称"OpenHarmony")开源开发者成长计划,是一项为鼓励开发者积极参与开发维护开源软件共建,助力开发者成长的人才培养计划. 首 ...
- 《OpenHarmony开源鸿蒙学习入门》-- 系统相机应用源码解析(一)
OpenHarmony开源鸿蒙学习入门–系统相机应用源码解析(一) 一.源码解析的目的: 为什么要去做源码解析这件事?我个人认为,首先可以提高我们对代码书写的能力,毕竟官方系统级的应用,会比demo的 ...
- Python常识|开源项目:开源幕后真正推手不是程序员
随着各大 IT 公司甚至传统行业开始拥抱开源,加上前两年许多去中心化的项目都是基于基金会进行运作的,大家对于基金会这个事物的关注逐渐增加. 什么是开源基金会? 一个开源项目如果想要做大做好,需要有一些 ...
最新文章
- 【2014年计划】工作,学习两不误
- 【华为推荐】基于反事实学习的推荐系统研究.pdf(附pdf下载链接)
- HP11.31安装11.2.0.3实施手册
- idea 2018 3.3版本破解
- Camera 工程师的披荆斩棘之路
- 中点和中值滤波的区别_【传感器融合】扩展卡尔曼滤波的逐步理解与实现(上)...
- oracle报609,日志文件报错 ORA-609
- 工作多年想转行,有哪些正确的方法及技巧呢
- 新视野大学英语(1)课本单词汇总
- 力扣 179. 最大数
- 学历对做软件测试的影响
- 教你如何将朋友圈的视频发到自己的朋友圈
- 基于MATLAB的人民币面额的自动识别
- JVM及性能优化(干货)
- 聚簇索引和非聚簇索引到底有什么区别?
- 欧盟委员会开源计划办公室启动漏洞赏金
- 为什么每天遭受多达3亿次黑客攻击,它却毅然不倒?
- 计算机组成原理实用教程课后答案,王万生《计算机组成原理实用教程》课后习题答案...
- 使用adb进行apk提取,判断的简单方法
- 页面关闭时发起接口请求
热门文章
- post get mysql_jQuery – AJAX get() 和 post() 方法 | 菜鸟教程
- Raid学习——raid0、raid1、raid5、raid0+1、raid1+0
- 阿里DRUID数据源
- Python--26 简单定制 计时器
- (转)C++优先队列中元素及结构体的排序
- [正则表达式] 正则表达式匹配UUID
- [转]Spring数据库读写分离
- ​​An Image is Worth 16x16 Words,那么一个视频是什么呢?阿里达摩院用STAM给你答案!...
- 单目深度估计方法:现状与前瞻
- 玩了5万局游戏,英伟达让GameGAN自己生成「吃豆人」,世界首创无需游戏引擎...