🚀往期学习笔录🔰：

🔰 鸿蒙应用开发与鸿蒙系统开发哪个更有前景？

🔰 嵌入式开发适不适合做鸿蒙南向开发？看完这篇你就了解了~

🔰对于大前端开发来说，转鸿蒙开发究竟是福还是祸？

🔰 鸿蒙岗位需求突增！移动端、PC端、IoT到底该怎么选？

🔰 记录一场鸿蒙开发岗位面试经历~

🔰 持续更新中……

进程模型

系统的进程模型如下图所示。

• 应用中（同一Bundle名称）的所有UIAbility、ServiceExtensionAbility和DataShareExtensionAbility均是运行在同一个独立进程（主进程）中，如下图中绿色部分的“Main Process”。
• 应用中（同一Bundle名称）的所有同一类型ExtensionAbility（除ServiceExtensionAbility和DataShareExtensionAbility外）均是运行在一个独立进程中，如下图中蓝色部分的“FormExtensionAbility Process”、“InputMethodExtensionAbility Process”、其他ExtensionAbility Process。
• WebView拥有独立的渲染进程，如下图中黄色部分的“Render Process”。

图1 进程模型示意图

说明：

• 仅系统应用支持构建ServiceExtensionAbility和DataShareExtensionAbility。
• 执行hdc shell命令，进入设备的shell命令行。在shell命令行中，执行ps -ef命令，可以查看所有正在运行的进程信息。

在上述模型基础上，对于系统应用可以通过申请多进程权限（如下图所示），为指定HAP配置一个自定义进程名，该HAP中的UIAbility、DataShareExtensionAbility、ServiceExtensionAbility就会运行在自定义进程中。不同的HAP可以通过配置不同的进程名运行在不同进程中。

图2 多进程示意图

基于当前的进程模型，针对应用间和应用内存在多个进程的情况，系统提供了如下进程间通信机制：

公共事件机制 ：多用于一对多的通信场景，公共事件发布者可能存在多个订阅者同时接收事件。

线程模型

线程类型

Stage模型下的线程主要有如下三类：

• 主线程
  • 执行UI绘制。
  • 管理主线程的ArkTS引擎实例，使多个UIAbility组件能够运行在其之上。
  • 管理其他线程的ArkTS引擎实例，例如使用TaskPool（任务池）创建任务或取消任务、启动和终止Worker线程。
  • 分发交互事件。
  • 处理应用代码的回调，包括事件处理和生命周期管理。
  • 接收TaskPool以及Worker线程发送的消息。
• TaskPool Worker线程
  • 用于执行耗时操作，支持设置调度优先级、负载均衡等功能，推荐使用。
• Worker线程
  • 用于执行耗时操作，支持线程间通信。

TaskPool与Worker的运作机制、通信手段和使用方法可以参考TaskPool和Worker的对比。

说明:

• TaskPool自行管理线程数量，其生命周期由TaskPool统一管理。Worker 线程的生命周期由开发者自行维护。
• 同一线程中存在多个组件，例如UIAbility组件和UI组件都存在于主线程中。在Stage模型中目前主要使用 EventHub 进行数据通信。
• 执行hdc shell命令，进入设备的shell命令行。在shell命令行中，执行ps -p -T命令，可以查看指定应用进程的线程信息。其中，为需要指定的应用进程的 进程ID 。

使用EventHub进行线程内通信

EventHub 提供了线程内发送和处理事件的能力，包括对事件订阅、取消订阅、触发事件等。以UIAbility组件与UI之间的数据同步为例，具体使用方法可以参考 UIAbility组件与UI的数据同步 。