一、前置思考

HarmonyOS的ArkUI是单线程渲染模型：UI更新只能在主线程执行，任何阻塞主线程超过16.67ms的操作都会导致丢帧。这时候多线程就成了"标配"——把计算密集型任务扔到后台线程，主线程专注UI。

但HarmonyOS的多线程方案和Android/iOS不一样：

• 没有Java的Thread类
• 没有iOS的GCD（Grand Central Dispatch）
• 有的是 TaskPool 和 Worker 两套并发方案

本文将深入对比这两套方案，给出工业级的调度策略。

二、核心原理

2.1 TaskPool vs Worker对比

2.3 TaskPool使用模式

import { taskpool } from '@kit.ArkTS';

@Concurrent
function decodeImage(data: ArrayBuffer): ImageBitmap {
  // 在TaskPool线程执行
  const decoder = image.createImageSource(data);
  // ...
  return bitmap;
}

// 主线程调用
const task: taskpool.Task = new taskpool.Task(decodeImage, rawData);
taskpool.execute(task).then((result: Object) => {
  const bitmap: ImageBitmap = result as ImageBitmap;
  // 更新UI
});

2.4 Worker使用模式

import { worker } from '@kit.ArkTS';

// 创建Worker
const workerInstance: worker.ThreadWorker =
  new worker.ThreadWorker('entry/ets/workers/MyWorker.ets');

// 发送消息
workerInstance.postMessage({ cmd: 'start', data: largeData });

// 接收结果
workerInstance.onmessage = (e: MessageEvents): void => {
  const result: Object = e.data;
  // 更新UI
};

// 销毁
workerInstance.terminate();

2.5 @Concurrent装饰器约束

• 只能装饰全局函数，不能装饰类方法
• 参数和返回值必须是可序列化类型
• 函数内不能访问闭包变量
• 不能调用UI相关API

三、企业级实战落地

本Demo演示：

四、调度策略

五、避坑速查

六、总结

**口诀：短任务用TaskPool，长任务用Worker。**不要在一个应用中创建超过4个Worker，大多数场景TaskPool已经足够。

对应Demo文件：entry/src/main/ets/pages/ThreadSchedulingDemo.ets