1# 多线程能力场景化示例实践 2 3## 简介 4 5应用中的每个[进程](../application-models/process-model-stage.md)都会有一个主线程,主线程主要承担执行UI绘制操作、管理ArkTS引擎实例的创建和销毁、分发和处理事件、管理Ability生命周期等职责,具体可参见[线程模型概述](../application-models/thread-model-stage.md)。因此,开发应用时应当尽量避免将耗时的操作放在主线程中执行。ArkTS提供了**Worker**和**TaskPool**两种多线程并发能力,多线程并发允许在同一时间段内同时执行多段代码,这两个并发的基本能力可参见[TaskPool和Worker的对比](../arkts-utils/taskpool-vs-worker.md)。 6 7在介绍**Worker**和**TaskPool**的详细使用方法前,我们先简单介绍并发模型的相关概念,以便于大家的理解。 8 9## 并发模型概述 10 11并发的意思是多个任务同时执行。并发模型分为两大类:基于内存共享的并发模型和基于消息传递的并发模型。 12 13在基于内存共享的并发模型中,并发线程通过读写内存中的共享对象来进行交互。基于共享内存的并发编程需要满足三条性质: 14 15- 原子性:指一个操作是不可中断的,要么全部执行成功要么全部执行失败。 16 17- 有序性:指程序执行的顺序必须符合预期,不能出现乱序的情况。 18 19- 可见性:指当一个线程修改了共享变量后,其他线程能够立即得知这个修改。 20 21现代程序语言一般通过锁、内存屏障、原子指令来满足这三条性质。基于内存共享的并发模型与底层硬件接近,在能正确撰写并发代码的情况下,可以最大发挥底层硬件性能,实现性能优秀的多线程程序。但是这种并发模型难以掌握,即使资深的程序员也非常容易犯错。典型的基于内存共享并发模型的程序语言有C++ 、Swift和Java等。 22 23在基于消息传递的并发模型中,并发线程的内存相互隔离,需要通过通信通道相互发送消息来进行交互。典型的基于消息传递的并发模型一般有两种:CSP和Actor。 24 25CSP(Communicating Sequential Processes,通信顺序进程)中的计算单元并不能直接互相发送信息。需要通过通道(Channel)作为媒介进行消息传递:发送方需要将消息发送到Channel,而接收方需要从Channel读取消息。与CSP不同,在Actor模型中,每个Actor可以看做一个独立的计算单元,并且相互之间内存隔离,每个Actor中存在信箱(Mail Box),Actor之间可以直接进行消息传递,如下图所示: 26 27**图1** Actor消息传递示意图 28 29 30 31CSP与Actor之间的主要区别: 32 33- Actor需要明确指定消息接收方,而CSP中处理单元不用关心这些,只需要把消息发送给Channel,而接收方只需要从Channel读取消息。 34 35- 由于在默认情况下Channel是没有缓存的,因此对Channel的发送(Send)动作是同步阻塞的,直到另外一个持有该Channel引用的执行块取出消息,而Actor模型中信箱本质是队列,因此消息的发送和接收可以是异步的。 36 37典型的基于消息传递的并发模型的程序语言有:Dart、JS和ArkTS。当前系统中Worker和TaskPool都是基于Actor并发模型实现的并发能力。 38 39## Worker 40 41### 基本概念和运作原理 42 43当前系统中的Worker是一个独立的线程,基本概念可参见[TaskPool和Worker的对比](../arkts-utils/taskpool-vs-worker.md)。Worker拥有独立的运行环境,每个Worker线程和主线程一样拥有自己的内存空间、消息队列(MessageQueue)、事件轮询机制(EventLoop)、调用栈(CallStack)等。线程之间通过消息(Massage)进行交互,如下图所示: 44 45**图2** 线程交互示意图 46 47 48 49在多核的情况下(下图中的CPU 1和CPU 2同时工作),多个Worker线程(下图中的worker thread1和worker thread2)可以同时执行,因此Worker线程做到了真正的并发,如下图所示: 50 51**图3** Worker线程并发示意图 52 53 54 55### 使用场景和开发示例 56 57对于Worker,有以下适用场景: 58 59- 运行时间超过3分钟的任务,需要使用Worker。 60 61- 有关联的一系列同步任务,例如数据库增、删、改、查等,要保证同一个句柄,需要使用Worker。 62 63以视频解压的场景为例,点击右上角下载按钮,该示例会执行网络下载并监听,下载完成后自动执行解压操作。当视频过大时,可能会出现解压时长超过3分钟耗时的情况,因此我们选用该场景来说明如何使用Worker。 64 65场景预览图如下所示: 66 67**图4** 场景预览图 68 69 70 71使用步骤如下: 72 731. 宿主线程创建一个Worker线程。通过`new worker.ThreadWorker()`创建Worker实例,示例代码如下: 74 75 ```typescript 76 // 引入worker模块 77 import worker, { MessageEvents } from '@ohos.worker'; 78 import type common from '@ohos.app.ability.common'; 79 80 let workerInstance: worker.ThreadWorker = new worker.ThreadWorker('entry/ets/pages/workers/worker.ts', { 81 name: 'FriendsMoments Worker' 82 }); 83 ``` 84 852. 宿主线程给Worker线程发送任务消息。宿主线程通过postMessage方法来发送消息给Worker线程,启动下载解压任务,示例代码如下: 86 87 ```typescript 88 // 请求网络数据 89 let context: common.UIAbilityContext = getContext(this) as common.UIAbilityContext; 90 // 参数中mediaData和isImageData是根据开发者自己的业务需求添加的,其中mediaData为数据路径、isImageData为判断图片或视频的标识 91 workerInstance.postMessage({ context, mediaData: this.mediaData, isImageData: this.isImageData }); 92 ``` 93 943. Worker线程监听宿主线程发送的消息。Worker线程在onmessage中接收到宿主线程的postMessage请求,执行下载解压任务,示例代码如下: 95 96 ```typescript 97 // 引入worker模块 98 import worker, { MessageEvents } from '@ohos.worker'; 99 100 let workerPort = worker.workerPort; 101 // 接收宿主线程的postMessage请求 102 workerPort.onmessage = (e: MessageEvents): void => { 103 // 下载视频文件 104 let context: common.UIAbilityContext = e.data.context; 105 let filesDir: string = context.filesDir; 106 let time: number = new Date().getTime(); 107 let inFilePath: string = `${filesDir}/${time.toString()}.zip`; 108 let mediaDataUrl: string = e.data.mediaData; 109 let urlPart: string = mediaDataUrl.split('.')[1]; 110 let length: number = urlPart.split('/').length; 111 let fileName: string = urlPart.split('/')[length-1]; 112 let options: zlib.Options = { 113 level: zlib.CompressLevel.COMPRESS_LEVEL_DEFAULT_COMPRESSION 114 }; 115 request.downloadFile(context, { 116 url: mediaDataUrl, 117 filePath: inFilePath 118 }).then((downloadTask) => { 119 downloadTask.on('progress', (receivedSize: number, totalSize: number) => { 120 Logger.info(`receivedSize:${receivedSize},totalSize:${totalSize}`); 121 }); 122 downloadTask.on('complete', () => { 123 // 下载完成之后执行解压操作 124 zlib.decompressFile(inFilePath, filesDir, options, (errData: BusinessError) => { 125 if (errData !== null) { 126 ... 127 // 异常处理 128 } 129 let videoPath: string = `${filesDir}/${fileName}/${fileName}.mp4`; 130 workerPort.postMessage({ 'isComplete': true, 'filePath': videoPath }); 131 }) 132 }); 133 downloadTask.on('fail', () => { 134 ... 135 // 异常处理 136 }); 137 }).catch((err) => { 138 ... 139 // 异常处理 140 }); 141 }; 142 ``` 143 1444. 宿主线程监听Worker线程发送的信息。宿主线程通过onmessage接收到Worker线程发送的消息,并执行下载的结果通知。 145 1465. 释放Worker资源。在业务完成或者页面销毁时,调用workerPort.close()接口主动释放Worker资源,示例代码如下所示: 147 148 ```typescript 149 workerInstance.onmessage = (e: MessageEvents): void => { 150 if (e.data) { 151 this.downComplete = e.data['isComplete']; 152 this.filePath = e.data['filePath']; 153 workerInstance.terminate(); 154 setTimeout(() => { 155 this.downloadStatus = false; 156 }, LOADING_DURATION_OPEN); 157 } 158 }; 159 ``` 160 161## TaskPool 162 163### 基本概念和运作原理 164 165相比使用Worker实现多线程并发,TaskPool更加易于使用,创建开销也少于Worker,并且Worker线程有个数限制,需要开发者自己掌握,TaskPool的基本概念可参见[TaskPool和Worker的对比](../arkts-utils/taskpool-vs-worker.md)。TaskPool作用是为应用程序提供一个多线程的运行环境。TaskPool在Worker之上实现了调度器和Worker线程池,TaskPool根据任务的优先级,将其放入不同的优先级队列,调度器会依据自己实现的调度算法(优先级,防饥饿),从优先级队列中取出任务,放入TaskPool中的Worker线程池,执行相关任务,流程图如下所示: 166 167**图5** TaskPool流程示意图 168 169 170 171TaskPool有如下的特点: 172 173- 轻量化的并行机制。 174 175- 降低整体资源的消耗。 176 177- 提高系统的整体性能。 178 179- 无需关心线程实例的生命周期。 180 181- 可以使用TaskPool API创建后台任务(Task),并对所创建的任务进行如任务执行、任务取消的操作。 182 183- 根据任务负载动态调节TaskPool工作线程的数量,以使任务按照预期时间完成任务。 184 185- 可以设置任务的优先级。 186 187- 可以设置任务组(TaskGroup)将任务关联起来。 188 189### 使用场景和开发示例 190 191TaskPool的适用场景主要分为如下三类: 192 193- 需要设置优先级的任务。 194 195- 需要频繁取消的任务。 196 197- 大量或者调度点较分散的任务。 198 199因为朋友圈场景存在不同好友同时上传视频图片,在频繁滑动时将多次触发下载任务,所以下面将以使用朋友圈加载网络数据并且进行解析和数据处理的场景为例,来演示如何使用TaskPool进行大量或调度点较分散的任务开发和处理。场景的预览图如下所示: 200 201**图6** 朋友圈场景预览图 202 203 204 205使用步骤如下: 206 2071. 首先import引入TaskPool模块,TaskPool的API介绍可参见[@ohos.taskpool(启动TaskPool)](../reference/apis-arkts/js-apis-taskpool.md)。 208 209 ```typescript 210 import taskpool from '@ohos.taskpool'; 211 ``` 212 2132. new一个task对象,其中传入被调用的方法和参数。 214 215 ```typescript 216 ... 217 // 创建task任务项,参数1.任务执行需要传入函数 参数2.任务执行传入函数的参数 (本示例中此参数为被调用的网络地址字符串) 218 let task: taskpool.Task = new taskpool.Task(getWebData, jsonUrl); 219 ... 220 221 // 获取网络数据 222 @Concurrent 223 async function getWebData(url: string): Promise<Array<FriendMoment>> { 224 try { 225 let webData: http.HttpResponse = await http.createHttp().request( 226 url, 227 { header: { 228 'Content-Type': 'application/json' 229 }, 230 connectTimeout: 60000, readTimeout: 60000 231 }) 232 if (typeof (webData.result) === 'string') { 233 // 解析json字符串 234 let jsonObj: Array<FriendMoment> = await JSON.parse(webData.result).FriendMoment; 235 let friendMomentBuckets: Array<FriendMoment> = new Array<FriendMoment>(); 236 // 下方源码省略,主要为数据解析和耗时操作处理 237 ... 238 return friendMomentBuckets; 239 } else { 240 // 异常处理 241 ... 242 } 243 } catch (err) { 244 // 异常处理 245 ... 246 } 247 } 248 ``` 249 2503. 之后使用taskpool.execute执行TaskPool任务,将待执行的函数放入TaskPool内部任务队列等待执行。execute需要两个参数:创建的任务对象、等待执行的任务组的优先级,默认值是Priority.MEDIUM。在TaskPool中执行完数据下载、解析和处理后,再返回给主线程中。 251 252 ```typescript 253 let friendMomentArray: Array<FriendMoment> = await taskpool.execute(task, taskpool.Priority.MEDIUM) as Array<FriendMoment>; 254 ``` 255 2564. 将新获取的momentData通过AppStorage.setOrCreate传入页面组件中。 257 258 ```typescript 259 // 获取页面组件中的momentData对象,其中是组件所需的username、image、video等数据 260 let momentData = AppStorage.get<FriendMomentsData>('momentData'); 261 // 循环遍历对象并依次传入momentData 262 for (let i = 0; i < friendMomentArray.length; i++) { 263 momentData.pushData(friendMomentArray[i]); 264 } 265 // 将更新的momentData返回给页面组件 266 AppStorage.setOrCreate('momentData', momentData); 267 ``` 268 269## 其他场景示例和方案思考 270 271在日常开发过程中,我们还会碰到一些其他并发场景问题,下面我们介绍了常用并发场景的示例方案推荐。 272 273### Worker线程调用主线程类型的方法 274 275我们在主线程中创建了一个对象,假如类型为MyMath,我们需要把这个对象传递到Worker线程中,然后在Worker线程中执行该类型中的一些耗时操作方法,比如Math中的compute方法,类结构示例代码如下: 276 277```typescript 278class MyMath { 279 a: number = 0; 280 b: number = 1; 281 282 constructor(a: number, b: number) { 283 this.a = a; 284 this.b = b; 285 } 286 287 compute(): number { 288 return this.a + this.b; 289 } 290} 291``` 292 293主线程代码: 294 295```typescript 296private math: MyMath = new MyMath(2, 3); // 初始化a和b的值为2和3 297private workerInstance: worker.ThreadWorker; 298 299this.workerInstance = new worker.ThreadWorker("entry/ets/worker/MyWorker.ts"); 300this.workerInstance.postMessage(this.math); // 发送到Worker线程中,期望执行MyMath中的compute方法,预期值是2+3=5 301``` 302 303MyMath对象在进行线程传递后,会丢失类中的方法属性,导致我们只是在Worker线程中可以获取到MyMath的数据,但是无法在子系统中直接调用MyMath的compute方法,示意代码如下: 304 305```typescript 306const workerPort = worker.workerPort; 307workerPort.onmessage = (e: MessageEvents): void => { 308 let a = e.data.a; 309 let b = e.data.b; 310} 311``` 312 313这种情况下我们可以怎么去实现在Worker线程中调用主线程中类的方法呢? 314 315首先,我们尝试使用强制转换的方式把Worker线程接收到数据强制转换成MyMath类型,示例代码如下: 316 317```typescript 318const workerPort = worker.workerPort; 319workerPort.onmessage = (e: MessageEvents): void => { 320 let math = e.data as MyMath; // 方法一:强制转换 321 console.log('math compute:' + math.compute()); // 执行失败,不会打印此日志 322} 323``` 324 325强制转换后执行方法失败,不会打印此日志。因为序列化传输普通对象时,仅支持传递属性,不支持传递其原型及方法。接下来我们尝试第二种方法,根据数据重新初始化一个MyMath对象,然后执行compute方法,示例代码如下: 326 327```typescript 328const workerPort = worker.workerPort; 329workerPort.onmessage = (e: MessageEvents): void => { 330 // 重新构造原类型的对象 331 let math = new MyMath(0, 0); 332 math.a = e.data.a; 333 math.b = e.data.b; 334 console.log('math compute:' + math.compute()); // 成功打印出结果:5 335} 336``` 337 338第二种方法成功在Worker线程中调用了MyMath的compute方法。但是这种方式还有弊端,比如每次使用到这个类进行传递,我们就得重新进行构造初始化,而且构造的代码会分散到工程的各处,很难进行维护,于是我们有了第三种改进方案。 339 340第三种方法,我们需要构造一个接口类,包含了我们需要线程间调用的基础方法,这个接口类主要是管理和约束MyMath类的功能规格,保证MyMath类和它的代理类MyMathProxy类在主线程和子线程的功能一致性,示例代码如下: 341 342```typescript 343interface MyMathInterface { 344 compute():number; 345} 346``` 347 348然后,我们把MyMath类继承这个方法,并且额外构造一个代理类,继承MyMath类,示例代码如下: 349 350```typescript 351class MyMath implements MyMathInterface { 352 a: number = 0; 353 b: number = 1; 354 355 constructor(a: number, b: number) { 356 console.log('MyMath constructor a:' + a + ' b:' + b) 357 this.a = a; 358 this.b = b; 359 } 360 361 compute(): number { 362 return this.a + this.b; 363 } 364} 365 366class MyMathProxy implements MyMathInterface { 367 private myMath: MyMath; 368 constructor(math: MyMath) { 369 this.myMath = new MyMath(math.a, math.b); 370 } 371 // 代理MyMath类的compute方法 372 compute(): number { 373 return this.myMath.compute(); 374 } 375} 376``` 377 378我们在主线程构造并且传递MyMath对象后,在Worker线程中转换成MyMathProxy,即可调用到MyMath的compute方法了,并且无需在多处进行初始化构造,只要把构造逻辑放到MyMathProxy或者MyMath的构造函数中,Worker线程中的示例代码如下: 379 380```typescript 381const workerPort = worker.workerPort; 382workerPort.onmessage = (e: MessageEvents): void => { 383 // 方法三:使用代理类构造对象 384 let proxy = new MyMathProxy(e.data) 385 console.log('math compute:' + proxy.compute()); // 成功打印出结果:5 386} 387``` 388 389大家可以根据实际场景选择第二种或者第三种方案。 390 391### 在TaskPool线程操作关系型数据库 392 393#### 场景问题 394 395使用移动设备时,核心应用界面(如信息流、历史记录、项目列表)滑动操作频繁出现滞后与卡顿,影响功能访问与操作效率,降低用户体验。滑动性能下降源于潜在的后台耗时任务、资源管理问题等,导致界面帧率下降与反馈失真。需要对系统或应用进行排查优化。 396 397#### 原因分析 398 399在应用程序运行过程中,由于主线程执行数据库查询操作耗时过长,且进行多次此类查询,导致主线程负担加重,无法及时完成界面渲染任务。由此引发的后果是,界面的更新与展示严重受阻,出现明显的卡顿现象,严重影响了用户交互体验与应用程序的整体性能表现。 400 401如下图所示,在对3000条数据进行查询的过程中,整个任务总耗时接近8秒。其中,“getListFromResultSet”函数负责查询结果数据格式化,其执行时间超过1秒;而用于检测数据库元素是否存在重复的“includes”方法,其运行时间超过5秒,这两项操作的显著耗时,成为导致滑动操作卡顿的关键因素。 402 403 404 405#### 解决方案 406 407为解决主线程因执行全量联系人查询操作而导致的界面滑动卡顿和渲染阻塞问题,采取以下优化措施: 408 409- 将全量联系人的查询任务移交给TaskPool子线程处理,使其与主线程解耦,确保查询过程不影响主线程的界面更新工作; 410 411- 减少因过度监听事件而引发的不必要的重复数据库查询,从而降低系统资源消耗,提升数据查询效率。 412 413这两项举措旨在协同改善应用程序性能,确保界面的流畅渲染,提升用户使用体验。 414 415#### 代码实现 416 417**1.TaskPool线程池实现** 418 419- TaskPool子线程执行数据库新增操作 420 421 函数`taskPoolExecuteInsert` 是异步函数,用于使用线程池 (`taskPool`) 执行联系人数据库的数据新增操作。函数接收 `common.Context` 类型的 `context` 和 `Contact` 类型的 `contact` 参数。函数内部创建一个 `taskPool.Task` 实例,封装插入操作(`insert` 函数)、上下文信息(`context`)和待插入的联系人数据(`contact`)。随后,函数使用 `await` 关键字调用 `taskPool.execute(task)` 异步执行插入任务。如果执行过程中出现异常,函数通过 `catch` 语句捕获异常并使用 `Logger.error` 记录日志。 422 423 ```ts 424 425 import taskPool from '@ohos.taskpool'; 426 import common from '@ohos.app.ability.common'; 427 import { Contact } from '../constant/Contact'; 428 429 /** 430 * 使用TaskPool执行联系人数据库相关的数据新增操作 431 */ 432 export async function taskPoolExecuteInsert(context: common.Context, contact: Contact): Promise<void> { 433 try { 434 let task: taskPool.Task = new taskPool.Task(insert, context, contact); // insert函数调用 需使用装饰器@Concurrent 435 await taskPool.execute(task); 436 } catch (err) { 437 Logger.error(TAG, 'insert error:' + JSON.stringify(err)); 438 } 439 } 440 ``` 441 442- TaskPool子线程执行数据库批量新增操作 443 444 函数`taskPoolExecuteBatchInsert`为异步操作,利用`taskPool`执行批量添加联系人至数据库的任务。它接受`common.Context`类型的`context`参数和`Array<Contact>`类型的`array`参数。内部,通过创建`taskPool.Task`实例包括`batchInsert`执行函数、`context`及待插入的联系人数据`array`,并利用`await taskPool.execute(task)`异步执行此任务。如果执行过程中出现异常,则在`catch`块中捕获并使用`Logger.error`记录日志。 445 446 ```ts 447 448 import taskPool from '@ohos.taskpool'; 449 import common from '@ohos.app.ability.common'; 450 import { Contact } from '../constant/Contact'; 451 452 /** 453 * 使用TaskPool执行联系人数据库相关的数据批量新增操作 454 */ 455 export async function taskPoolExecuteBatchInsert(context: common.Context, array: Array<Contact>): Promise<void> { 456 try { 457 let task: taskPool.Task = new taskPool.Task(batchInsert, context, array); // batchInsert函数调用 需使用装饰器@Concurrent 458 await taskPool.execute(task); 459 } catch (err) { 460 Logger.error(TAG, 'batch insert error:' + JSON.stringify(err)); 461 } 462 } 463 ``` 464 465- TaskPool子线程执行数据库查询操作 466 467 异步函数`taskPoolExecuteQuery`接收`common.Context`参数`context`,利用线程池 (`taskPool`)执行联系人数据库的查询操作。其过程包括:创建`taskPool.Task`实例(封装查询操作与传递上下文参数`context`),通过`taskPool.execute`执行该任务,将结果断言为`Array<Contact>`并返回。若执行时出现异常,记录错误日志并返回空的`Contact`数组。 468 469 ```ts 470 471 import taskPool from '@ohos.taskpool'; 472 import common from '@ohos.app.ability.common'; 473 import { Contact } from '../constant/Contact'; 474 475 /** 476 * 使用TaskPool执行联系人数据库相关的查询操作 477 */ 478 export async function taskPoolExecuteQuery(context: common.Context): Promise<Array<Contact>> { 479 try { 480 let task: taskPool.Task = new taskPool.Task(query, context); // query函数调用 需使用装饰器@Concurrent 481 let result: Array<Contact> = await taskPool.execute(task) as Array<Contact>; 482 return result; 483 } catch (err) { 484 Logger.error(TAG, 'query error:' + JSON.stringify(err)); 485 return []; 486 } 487 } 488 ``` 489 490**2.relationalStore数据库实现** 491 492- relationalStore数据库新增方法 493 494 异步函数`insertData`用于执行数据库新增操作,接收`common.Context`参数`context`与`Contact`对象。执行流程如下: 495 1. 检查`context`是否为空或未定义,若满足条件则记录相应日志。 496 497 2. 检查`predicates`(返回带有和表名`TABLE_NAME`匹配的Rdb谓词)是否为空或未定义,若满足条件则记录相应日志。 498 499 3. 若`this.rdbStore`未初始化,则异步调用`initRdbStore(context)`进行初始化。 500 501 4. 提取`Contact`对象中的各项属性(name、gender、phone、remark、age),构建`ValuesBucket`对象。 502 503 5. 若`this.rdbStore`已定义,执行以下操作: 504 505 a. 使用`this.rdbStore.insert`方法向表`TABLE_NAME`插入数据,冲突解决策略为`ON_CONFLICT_REPLACE`。 506 507 b. 记录日志,显示插入操作完成及返回结果。 508 509 综上,该函数主要负责根据提供的`Contact`信息,确保数据库连接后向指定表中插入新数据,并在关键环节记录日志。 510 511 ```ts 512 513 import rdb from '@ohos.data.relationalStore'; 514 import type common from '@ohos.app.ability.common'; 515 import { Contact } from '../constant/Contact'; 516 import { ValuesBucket } from '@ohos.data.ValuesBucket'; 517 518 /** 519 * 数据库新增操作 520 */ 521 public async insertData(context: common.Context, Contact: Contact): Promise<void> { 522 Logger.info(TAG, 'insert begin'); 523 if (!context) { 524 Logger.info(TAG, 'context is null or undefined'); 525 } 526 if (predicates === null || predicates === undefined) { 527 Logger.info(TAG, 'predicates is null or undefined'); 528 } 529 if (!this.rdbStore) { 530 await this.initRdbStore(context); 531 } 532 let value1 = Contact.name; 533 let value2 = Contact.gender; 534 let value3 = Contact.phone; 535 let value4 = Contact.remark; 536 let value5 = Contact.age; 537 const valueBucket: ValuesBucket = { 538 'name': value1, 539 'gender': value2, 540 'phone': value3, 541 'remark': value4, 542 'age': value5, 543 } 544 if (this.rdbStore != undefined) { 545 let ret = await this.rdbStore.insert(TABLE_NAME, valueBucket, rdb.ConflictResolution.ON_CONFLICT_REPLACE); 546 Logger.info(TAG, `insert done:${ret}`); 547 } 548 } 549 ``` 550 551- relationalStore数据库批量新增方法 552 553 异步函数`batchInsertData`用于执行数据库批量新增操作,接收`common.Context`参数`context`与`Array<Contact>`类型的`array`参数。执行流程如下: 554 1. 检查`context`是否为空或未定义,若满足条件则记录相应日志。 555 556 2. 检查`predicates`(返回带有和表名`TABLE_NAME`匹配的Rdb谓词)是否为空或未定义,若满足条件则记录相应日志。 557 558 3. 若`this.rdbStore`未初始化,则异步调用`initRdbStore(context)`进行初始化。 559 560 4. 提取`Array<Contact>`数组中Contact对象中的各项属性(name、gender、phone、remark、age),构建`ValuesBucket`对象并添加到`ValuesBuckets` 数组当中。 561 562 5. 若`this.rdbStore`已定义,执行以下操作: 563 564 a. 使用`this.rdbStore.batchInsert`方法向表`TABLE_NAME`批量插入数据。 565 566 b. 记录日志,显示插入操作完成及返回结果。 567 568 综上,该函数主要负责根据提供的`Array<Contact>`信息,确保数据库连接后向指定表中批量插入新数据,并在关键环节记录日志。 569 570 ```ts 571 572 import rdb from '@ohos.data.relationalStore'; 573 import type common from '@ohos.app.ability.common'; 574 import { Contact } from '../constant/Contact'; 575 import { ValuesBucket } from '@ohos.data.ValuesBucket';; 576 577 /** 578 * 批量插入数据库 579 */ 580 public async batchInsertData(context: common.Context, array: Array<Contact>): Promise<void> { 581 Logger.info(TAG, 'batch insert begin'); 582 if (!context) { 583 Logger.info(TAG, 'context is null or undefined'); 584 } 585 586 if (predicates === null || predicates === undefined) { 587 Logger.info(TAG, 'predicates is null or undefined'); 588 } 589 590 if (!this.rdbStore) { 591 await this.initRdbStore(context); 592 } 593 594 let valueBuckets: Array<ValuesBucket> = []; 595 for (let index = 0; index < array.length; index++) { 596 let Contact = array[index] as Contact; 597 let value1 = Contact.name; 598 let value2 = Contact.gender; 599 let value3 = Contact.phone; 600 let value4 = Contact.remark; 601 let value5 = Contact.age; 602 603 const valueBucket: ValuesBucket = { 604 'name': value1, 605 'gender': value2, 606 'phone': value3, 607 'remark': value4, 608 'age': value5, 609 } 610 valueBuckets.push(valueBucket); 611 } 612 613 if (this.rdbStore != undefined) { 614 let ret = await this.rdbStore.batchInsert(TABLE_NAME, valueBuckets) 615 Logger.info(TAG, `batch insert done:${ret}`) 616 } 617 } 618 ``` 619 620- relationalStore数据库查询方法 621 622 函数`query`负责执行数据库查询操作,接收`common.Context`参数`context`,返回Promise封装的`Contact`数组。执行流程如下: 623 1. 检查`context`是否为空或未定义,若满足条件则记录相应日志并直接返回空数组。 624 625 2. 检查`predicates`(返回带有和表名`TABLE_NAME`匹配的Rdb谓词)是否为空或未定义,若满足条件则记录相应日志并直接返回空数组。 626 627 3. 通过`rdb.getRdbStore(context, STORE_CONFIG)`获取或创建数据库连接(`rdbStore`)。若未成功获取到连接,则异步调用`initRdbStore(context)`进行初始化。 628 629 4. 若成功获取到`rdbStore`,执行以下操作: 630 631 a. 使用`this.rdbStore.query(predicates, this.columns)`方法根据给定的查询条件`predicates`与列名列表`this.columns`执行查询,获取`rdb.ResultSet`实例。 632 633 b. 调用`this.getListFromResultSet(resultSet)`方法处理查询结果集,将其转化为`Contact`数组并返回。 634 635 综上,该函数主要负责根据提供的`context`与查询条件`predicates`(若已定义),确保数据库连接后执行查询操作,处理结果并返回`Contact`数组。在关键环节记录日志,若出现输入参数问题或无法成功建立数据库连接,则返回空数组。 636 637 ```ts 638 639 import rdb from '@ohos.data.relationalStore'; 640 import type common from '@ohos.app.ability.common'; 641 642 /** 643 * 数据库查询操作 644 */ 645 public async query(context: common.Context): Promise<Array<Contact>> { 646 Logger.info(TAG, 'query begin'); 647 if (!context) { 648 Logger.info(TAG, 'context is null or undefined'); 649 return []; 650 } 651 if (predicates === null || predicates === undefined) { 652 Logger.info(TAG, 'predicates is null or undefined'); 653 return []; 654 } 655 this.rdbStore = await rdb.getRdbStore(context, STORE_CONFIG); 656 if (!this.rdbStore) { 657 await this.initRdbStore(context); 658 } else { 659 // 默认查询所有列 660 let resultSet: rdb.ResultSet = await this.rdbStore.query(predicates, this.columns); 661 Logger.info(TAG, 'result is ' + JSON.stringify(resultSet.rowCount)) 662 // 处理查询到的结果数组 663 return this.getListFromResultSet(resultSet); 664 } 665 return []; 666 } 667 ``` 668 669- relationalStore数据库查询结果处理方法 670 671 函数`getListFromResultSet`用于将给定的`rdb.ResultSet`对象解析为`Contact`数组。首先初始化空数组`contacts`,然后逐行遍历结果集。对于每一行,提取各列数据并构建一个`Contact`对象,通过检查数组中是否存在具有相同ID的联系人来防止重复添加。遍历结束后,关闭结果集以释放资源,最后返回包含所有联系人信息的数组。 672 673 ```ts 674 /** 675 * 处理数据格式 676 */ 677 getListFromResultSet(resultSet: rdb.ResultSet): Array<Contact> { 678 // 声明结果变量 679 let contacts: Array<Contact> = []; 680 // 进入结果集的第一行 681 resultSet.goToFirstRow(); 682 // 如果没有结束就继续遍历 683 while (!resultSet.isEnded) { 684 // 读取各个属性,初始化临时变量contact 685 let contact: Contact = { 686 'id': resultSet.getDouble(resultSet.getColumnIndex('id')), 687 'name': resultSet.getString(resultSet.getColumnIndex('name')), 688 'gender': resultSet.getDouble(resultSet.getColumnIndex('gender')), 689 'phone': resultSet.getString(resultSet.getColumnIndex('phone')), 690 'age': resultSet.getLong(resultSet.getColumnIndex('age')), 691 'remark': resultSet.getString(resultSet.getColumnIndex('remark')) 692 } 693 if (!contacts.includes(contact)) { 694 // 如果数据集合中没有这条数据就添加进去 695 contacts.push(contact); 696 } 697 // 进入下一行 698 resultSet.goToNextRow(); 699 } 700 // 数据整合完毕就释放资源 701 resultSet.close(); 702 // 返回整合的联系人数据 703 return contacts; 704 } 705 ``` 706 707**3.方法调用** 708 709- 插入数据库方法调用 710 711 创建Button按钮,点击该按钮时,依次执行3000次数据库插入操作。每次循环中,内部计数器`this.count`递增,其值经JSON.stringify处理后作为`phone`字段值,附着在对象`contact`上,通过`taskPoolExecuteInsert`函数将更新后的`contact`插入到数据库中,同时传入`context`上下文。 712 713 ```ts 714 Button('insert', { type: ButtonType.Normal, stateEffect: true }) 715 .borderRadius(8) 716 .backgroundColor(0x317aff) 717 .width(120) 718 .height(40) 719 .onClick(() => { 720 for (let index = 0; index < 3000; index++) { 721 this.count++ 722 contact.phone = JSON.stringify(this.count); 723 // 插入数据库 724 taskPoolExecuteInsert(context, contact)); 725 } 726 }) 727 ``` 728 729- 批量插入数据库方法调用 730 731 创建Button按钮,会执行以下操作:`this.sourceData`是一个包含3000个`Contact`对象的数组,通过调用`taskPoolExecuteBatchInsert`异步函数,将这3000条联系人数据批量插入至数据库中,同时传入`context`上下文。 732 733 ```ts 734 Button('batchInsert', { type: ButtonType.Normal, stateEffect: true }) 735 .borderRadius(8) 736 .backgroundColor(0x317aff) 737 .width(120) 738 .height(40) 739 .onClick(() => { 740 // 批量插入数据库 741 taskPoolExecuteBatchInsert(context, this.sourceData)); 742 }) 743 ``` 744 745- 查询数据库方法调用 746 747 创建Button按钮,点击该按钮时,触发异步数据库查询操作,通过`taskPoolExecuteQuery`函数并传入`context`。查询结果(类型为`Array<Contact>`)返回后,利用`.then()`将所得数据与组件内`dataArray`合并更新。 748 749 ```ts 750 Button('query', { type: ButtonType.Normal, stateEffect: true }) 751 .borderRadius(8) 752 .backgroundColor(0x317aff) 753 .width(120) 754 .height(40) 755 .onClick(async () => { 756 // 查询数据库 757 taskPoolExecuteQuery(context).then((contact: Array<Contact>) => { 758 this.dataArray = this.dataArray.concat(contact); 759 }); 760 }) 761 ``` 762 763#### 分析比对 764 765**数据库查询操作** 766 767- 主线程中执行查询任务 768 769 如下图所示,在主线程的调度中,包含Task1、查询数据库(queryData)以及Task2这三个相继执行的任务。查询数据库操作耗时逾9秒,延缓了后续Task2的启动,从而对主线程的及时响应与整体流畅性产生影响。 770 771  772 773- 子线程中执行查询任务 774 775 如下图所示,在主线程的任务调度中,原先是Task1、查询数据库操作(queryData),以及紧随其后的Task2。为优化性能,现已将查询数据库的操作移至一个单独的子线程Subthread_queryData中执行。此调整后,数据库查询方法的调用仅耗时2毫秒,且Task2与子线程Subthread_queryData得以并行执行,彼此互不干扰。此举有效避免了查询任务对主线程造成的任何阻塞,确保了主线程操作的流畅无阻。 776 777  778 779**数据库批量插入操作** 780 781根据下图展示的批量插入数据库操作追踪详情,处理3000条记录耗时大约2.2秒,大数据批量写入任务的时间消耗。为确保应用程序的流畅操作与即时响应能力,优化策略建议将批量插入操作部署至子线程执行。减轻主线程负担,避免阻塞情况发生,增强用户体验,提高应用运行效率。 782 783 784 785#### 结论 786 787运用TaskPool线程池技术创建子线程执行数据库查询任务,可有效避免主线程阻塞,确保其专注于关键操作如界面渲染和用户交互,提升应用流畅度与用户体验。查询结果通过`.then()`异步返回,实现非阻塞处理与列表数据刷新,既充分利用系统资源、加快响应速度,又保持代码结构清晰、易于维护,是一种兼顾效率与可读性的数据库查询优化策略。 788 789同理,数据库的其他操作,包括单条数据插入、批量插入、数据修改及删除等,建议在子线程中执行,以维持应用的流畅互动性。在处理大数据量插入或批量插入任务时,多线程存在线程间通信耗时问题,用[@Sendable装饰器](../arkts-utils/arkts-sendable.md#sendable装饰器)获取性能提升。该装饰器标记的子线程返回类对象,促使系统采取共享内存策略来处理这些对象,大大减少了反序列化的成本,进一步提升了效率。具体可参考[《避免在主线程中执行耗时操作》](./avoid_time_consuming_operations_in_mainthread.md)。 790 791## 相关实例 792 793针对多线程并发,有以下相关实例可供参考: 794 795* [聊天实例应用(ArkTS)(API10)](https://gitee.com/openharmony/applications_app_samples/tree/master/code/Solutions/IM/Chat) 796