基于RISC-V架构的OpenHarmony应用开 课件 第2章 Openharmony基础知识

第2章Openharmony基础知识OpenHarmony技术架构OpenHarmony整体遵从分层设计，从下向上依次为：内核层、系统服务层、框架层和应用层。系统功能按照“系统→子系统→组件”逐级展开，在多设备部署场景下，支持根据实际需求裁剪某些非必要的组件。

OpenHarmony支持的系统类型1.轻量系统（minisystem）轻量系统面向MCU类处理器的设备，硬件资源极其有限，支持的设备最小内存为128KB2.小型系统（smallsystem）小型系统面向应用处理器支持的设备最小内存为1MB，3.标准系统（standardsystem）标准系统面向应用处理器支持的设备最小内存为128MB，OpenHarmony的子系统OpenHarmony的子系统是一个逻辑概念，它具体由对应的组件构成。对子系统的进一步拆分，可复用的软件单元，它包含源码、配置文件、资源文件和编译脚本；能独立构建，以二进制方式集成，具备独立验证能力的二进制单元。OpenHarmony的子系统OpenHarmony的子系统是一个逻辑概念，它具体由对应的组件构成。对子系统的进一步拆分，可复用的软件单元，它包含源码、配置文件、资源文件和编译脚本；能独立构建，以二进制方式集成，具备独立验证能力的二进制单元。OpenHarmony的子系统OpenHarmony的子系统是一个逻辑概念，它具体由对应的组件构成。对子系统的进一步拆分，可复用的软件单元，它包含源码、配置文件、资源文件和编译脚本；能独立构建，以二进制方式集成，具备独立验证能力的二进制单元。OpenHarmony的子系统OpenHarmony的子系统是一个逻辑概念，它具体由对应的组件构成。对子系统的进一步拆分，可复用的软件单元，它包含源码、配置文件、资源文件和编译脚本；能独立构建，以二进制方式集成，具备独立验证能力的二进制单元。OpenHarmony源码目录结构OpenHarmony标准系统的内核OpenHarmony采用了多内核结构，支持Linux和LiteOS，开发者可按不同产品规格进行选择使用。Linux和LiteOS均具备上述组成单元，只是实现方式有所不同。多个内核通过KAL（KernelAbstractionLayer）模块，向上提供统一的标准接口。Linux内核编译与构建示例本小节以SCDAAYU800开发板+ubuntux86主机开发环境为例介绍Linux内核编译与构建方法。使用工程的全量编译命令，编译生成uImage内核镜像./build.sh--product-nameDAYU800#编译DAYU800镜像

--build-targetbuild_kernel#编译DAYU800的uImage内核镜像

--gn-argslinux_kernel_version=\"linux-5.10\"#编译指定内核版本内核增强特性OpenHarmony针对linux内核在ESwap(EnhancedSwap)、关联线程组调度和CPU轻量级隔离做了增强。1.EnhancedSWAP特性2.关联线程组调度3.CPU轻量级隔离OpenHarmony应用开发基本概念：UI框架OpenHarmony提供了一套UI开发框架，即方舟开发框架（ArkUI框架）。方舟开发框架可为开发者提供应用UI开发所必需的能力，比如多种组件、布局计算、动画能力、UI交互、绘制等。OpenHarmony应用开发基本概念：应用模型应用模型是OpenHarmony为开发者提供的应用程序所需能力的抽象提炼，它提供了应用程序必备的组件和运行机制。有了应用模型，开发者可以基于一套统一的模型进行应用开发，使应用开发更简单、高效。应用模型的构成要素包括：1）应用组件应用组件是应用的基本组成单位，是应用的运行入口。2）应用进程模型应用进程模型定义应用进程的创建和销毁方式，以及进程间的通信方式。3）应用线程模型应用线程模型定义应用进程内线程的创建和销毁方式、主线程和UI线程的创建方式、线程间的通信方式。4)应用任务管理模型（仅对系统应用开放）应用任务管理模型定义任务（Mission）的创建和销毁方式，以及任务与组件间的关系。5)应用配置文件应用配置文件中包含应用配置信息、应用组件信息、权限信息、开发者自定义信息等，这些信息在编译构建、分发和运行阶段分别提供给编译工具、应用市场和操作系统使用。随着系统的演进发展，OpenHarmony先后提供了两种应用模型：Stage模型：OpenHarmonyAPI9开始新增的模型，是目前主推且会长期演进的模型。在该模型中，由于提供了AbilityStage、WindowStage等类作为应用组件和Window窗口的“舞台”，因此称这种应用模型为Stage模型。FA（FeatureAbility）模型：OpenHarmonyAPI7开始支持的模型，已经不再主推。OpenHarmony应用开发基本概念：ModuleModule按照使用场景可以分为两种类型：（1）Ability类型的Module：用于实现应用的功能和特性。每一个Ability类型的Module编译后，会生成一个以.hap为后缀的文件，其被定义为HAP（HarmonyAbilityPackage）包。具体包含如下两种类型。entry类型的Module。feature类型的Module。（2）Library类型的Module：用于实现代码和资源的共享。Library类型的Module分为Static和Shared两种类型，编译后会生成共享包。StaticLibrary：静态共享库。编译后会生成一个以.har为后缀的文件，即静态共享包HAR（HarmonyArchive）。SharedLibrary：动态共享库。编译后会生成一个以.hsp为后缀的文件，即动态共享包HSP（HarmonySharedPackage）。为了表述方便，通常认为SharedLibrary编译后生成HSP。Stage模型开发态应用程序包结构编译态包结构发布态包结构HAP、HAR、HSP三者的功能和使用场景总结OpenHarmony设备端开发方式应用端开发第一个程序“HelloWorld”学习资料推荐Gitee：/openharmonyOpenHarmony官网：/mainPlayHarmonyO