HarmonyOS 的线程模型是基于 Actor 并发模型 设计的，其核心特征是**“内存隔离”**。与传统的 Android 或 iOS 线程模型不同，ArkTS 的线程之间不共享内存，每个线程拥有独立的虚拟机实例，这从根源上规避了多线程锁竞争和死锁问题。
1. 核心线程模型：UI 线程 vs 主线程
在 HarmonyOS 中，主线程（Main Thread）等同于 UI 线程。
-
定义：当应用启动时，系统会为每个应用进程创建一个主线程。由于它负责所有与界面相关的操作，因此习惯上被称为 UI 线程。
-
职责：
- UI 渲染：执行布局计算、组件绘制和屏幕刷新。
- 事件分发：接收并处理用户的触摸、按键等交互事件。
- 生命周期管理：管理应用及
UIAbility的启动、停止等回调。 - 线程管理：作为宿主线程，启动或终止 Worker 线程，分发任务给 TaskPool。
-
限制：严禁在 UI 线程执行耗时任务（如大型文件读写、复杂加密算法），否则会导致丢帧或系统触发 ANR（应用无响应）。
2. 一个 UIAbility 有多少线程？
一个 UIAbility 本身并不是一个线程，它是一个运行在主线程上的组件实例。
线程结构概览
在一个典型的 UIAbility 运行环境下，线程布局如下：
| 线程类型 | 数量 | 说明 |
|---|---|---|
| 主线程 (UI 线程) | 1个 | 整个应用进程的核心。所有的 UIAbility 实例（即使有多个）默认都运行在同一个主线程上。 |
| TaskPool (任务池) | 动态 | 系统自动管理的线程池。开发者将任务扔进去，系统根据 CPU 负载自动分配线程执行。 |
| Worker 线程 | 0 ~ 64个 | 开发者手动创建的常驻后台线程。API 11 之后限制提升至 64 个。 |
3. 线程间如何协同工作？
由于 Actor 模型的隔离性，线程间通信（ITC）不能通过直接修改变量实现，必须通过“传话”：
-
数据传输：通过 序列化/反序列化（Structured Clone） 进行值拷贝。发送方将对象转为字节流，接收方再还原。
-
零拷贝优化：
- Transferable：转移对象所有权（如
ArrayBuffer），发送方发送后将失去访问权，接收方直接接管内存。 - Sendable：HarmonyOS NEXT 引入的共享内存对象，支持跨线程引用传递。
- Transferable：转移对象所有权（如
-
常用工具：
- Emitter：适用于同进程内跨线程的事件分发。
- TaskPool / Worker API：自带
postMessage接口进行点对点通信。
架构师的实战建议
-
不要在一个进程里启动过多的 UIAbility：因为它们共用一个主线程。如果其中一个 Ability 的逻辑太重，会拖累所有界面的流畅度。
-
任务分流：
- 计算密集型（如滤镜处理）：用
TaskPool。 - 常驻监听型（如 Socket 监听）：用
Worker。
- 计算密集型（如滤镜处理）：用
