鸿蒙多线程开发——TaskPool任务池

1、前 言

目前ArkTS提供了TaskPool和Worker两种并发能力，TaskPool和Worker都基于Actor并发模型实现（关于Actor并发模型和内存共享模型的区别，参考之前的文章 鸿蒙多线程开发——并发模型对比(Actor与内存共享)）。

本文先针对TaskPool做介绍。

2、TaskPool

2.1、基本介绍

TaskPool 作用是为应用程序提供一个多线程的运行环境，降低整体资源的消耗、提高系统的整体性能，且您无需关心线程实例的生命周期。

有一定开发经验的朋友应该对线程池不陌生。大致描述如下：

TaskPool允许开发者在主线程封装任务抛给任务队列，系统选择合适的工作线程，进行任务的分发及执行，再将结果返回给主线程。接口直观易用，支持任务的执行、取消，以及指定优先级的能力，同时通过系统统一线程管理，结合动态调度及负载均衡算法，可以节约系统资源。系统默认会启动一个任务工作线程，当任务较多时会扩容，工作线程数量上限跟当前设备的物理核数相关，具体数量内部管理，保证最优的调度及执行效率，长时间没有任务分发时会缩容，减少工作线程数量。示意图如下：

2.2、注意事项

在使用TaskPool时，有一些需要注意的事项，如下：

• 实现任务的函数需要使用装饰器@Concurrent标注，且仅支持在.ets文件中使用。

• 从API version 11开始，实现任务的函数需要使用类方法时，该类必须使用装饰器@Sendable装饰器标注，且仅支持在.ets文件中使用。

• 任务函数在TaskPool工作线程的执行耗时不能超过3分钟（不包含Promise和async/await异步调用的耗时，例如网络下载、文件读写等I/O任务的耗时），否则会被强制退出。

• 实现任务的函数入参需满足序列化支持的类型。

• ArrayBuffer参数在TaskPool中默认转移，需要设置转移列表的话可通过接口setTransferList()设置。

• 由于不同线程中上下文对象是不同的，因此TaskPool工作线程只能使用线程安全的库，例如UI相关的非线程安全库不能使用。

• 序列化传输的数据量大小限制为16MB。

• Priority的IDLE优先级是用来标记需要在后台运行的耗时任务（例如数据同步、备份。），它的优先级别是最低的。这种优先级标记的任务只会在所有线程都空闲的情况下触发执行，并且只会占用一个线程来执行。

• Promise不支持跨线程传递，不能作为concurrent function的返回值。

• 不支持在TaskPool工作线程中使用AppStorage。

正面案例：

// 正例@Concurrentasync function asyncFunc(val1:number, val2:number): Promise<number> {
  
    let ret: number = await new Promise((resolve, reject) => {
  
      let value = val1 + val2;    resolve(value);  });  return ret; // 支持。直接返回Promise的结果。}functi