HarmonyOS 应用开发之TaskPool和Worker支持的序列化类型

最新推荐文章于 2025-04-14 16:31:45 发布
原创 最新推荐文章于 2025-04-14 16:31:45 发布 · 1.4k 阅读 · 25 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#harmonyos #华为 #前端 #linux #鸿蒙开发

TaskPool和Worker的底层模型为Actor模型，基于Actor模型的内存隔离特性，执行多线程任务和取得结果需要通过跨线程序列化传输。目前支持传输的数据对象可以分为 普通对象 、 可转移对象 、 可共享对象 、 Native绑定对象 四种。

普通对象

普通对象传输采用标准的结构化克隆算法（Structured Clone）进行序列化，此算法可以通过递归的方式拷贝传输对象，相较于其他序列化的算法，支持的对象类型更加丰富。

序列化支持的类型包括：除Symbol之外的基础类型、Date、String、RegExp、Array、Map、Set、Object（仅限简单对象，比如通过“{}”或者“new Object”创建，普通对象仅支持传递属性，不支持传递其原型及方法）、ArrayBuffer、TypedArray。

可转移对象

可转移对象（Transferable object）传输采用地址转移进行序列化，不需要内容拷贝，会将ArrayBuffer的所有权转移给接收该ArrayBuffer的线程，转移后该ArrayBuffer在发送它的线程中变为不可用，不允许再访问。

// 定义可转移对象
let buffer: ArrayBuffer = new ArrayBuffer(100);

可共享对象

共享对象SharedArrayBuffer，拥有固定长度，可以存储任何类型的数据，包括数字、字符串等。

共享对象传输指SharedArrayBuffer支持在多线程之间传递，传递之后的SharedArrayBuffer对象和原始的SharedArrayBuffer对象可以指向同一块内存，进而达到内存共享的目的。

SharedArrayBuffer对象存储的数据在同时被修改时，需要通过原子操作保证其同步性，即下个操作开始之前务必需要等到上个操作已经结束。

// 定义可共享对象，可以使用Atomics进行操作
let sharedBuffer:
最低0.47元/天 解锁文章
鸿蒙多进程通信中的序列化与反序列化
操作系统内核探秘的博客
07-10 1117
本文聚焦鸿蒙系统多进程通信场景，深入讲解序列化与反序列化的底层逻辑、具体实现方法及工程实践技巧。适合鸿蒙应用开发者、对跨进程通信感兴趣的技术爱好者阅读，内容覆盖基础概念、代码实现、常见问题解决等全流程。本文将按照"概念理解→原理剖析→代码实战→问题解决"的逻辑展开：先用生活故事引出核心概念，再拆解鸿蒙的Parcel/PacMap机制，接着通过完整代码示例演示多进程通信中的序列化操作，最后总结常见问题与优化技巧。多进程通信（IPC, Inter-Process Communication）
鸿蒙开源第三方组件——序列化与反序列化封装组件Parceler_ohos
VincenZsw的博客
08-27 704
前言 基于安卓平台的序列化与反序列化封装组件Parceler （https://github.com/johncarl81/parceler），实现了鸿蒙化迁移和重构，代码已经开源到（https://gitee.com/isrc_ohos/parceler_ohos），目前已经获得了很多人的Star和Fork ，欢迎各位下载使用并提出宝贵意见！ 背景 序列化是指将Java对象转换为字节序列的过程，本质上是把实体对象状态按照一定的格式写入到有序字节流；而反序列化则是将...
鸿蒙HarmonyOS开发：ArrayBuffer序列化和转移
keleeQAQ的博客
08-13 2169
在应用开发中，为了避免主线程阻塞，提高应用性能，需要将一些耗时操作放在子线程中执行。
【鸿蒙OH】序列化结构数据：ProtoBuf
wuliusan5的博客
02-26 919
ProtoBuf(protocol buffers) 是一种语言无关、平台无关、可扩展的序列化结构数据的方法，它可用于（数据）通信协议、数据存储等。,是一种灵活，高效，自动化机制的结构数据序列化方法比XML更小,更快,更为简单。本项目主要是OpenHarmony系统下以 protobuf.js 7.2.4 为主要依赖开发，主要接口针对OpenHarmony系统进行合理的适配研发。
OpenHarmony 对象序列化库——msgpack
m0_71263309的博客
04-19 589
MessagePack是一个非常高效的对象序列化库。它像JSON，但速度很快，而且很小。
HarmonyOS 应用开发之TaskPool和Worker的对比 (TaskPool和Worker)
1
04-01 1553
TaskPool（任务池）和Worker的作用是为应用程序提供一个多线程的运行环境，用于处理耗时的计算任务或其他密集型任务。可以有效地避免这些任务阻塞主线程，从而最大化系统的利用率，降低整体资源消耗，并提高系统的整体性能。本文将从 实现特点 和 适用场景 两个方面来进行TaskPool与Worker的比较。
HarmonyOS Next开发学习手册——TaskPool和Worker的对比 (TaskPool和Worker)
maniuT的博客
06-26 1613
由于TaskPool的工作线程会绑定系统的调度优先级，并且支持负载均衡（自动扩缩容），而Worker需要开发者自行创建，存在创建耗时以及不支持设置调度优先级，故在性能方面使用TaskPool会优于Worker，因此大多数场景推荐使用TaskPool。本文通过某地区提供的房价数据训练一个简易的房价预测模型，该模型支持通过输入房屋面积和房间数量去预测该区域的房价，模型需要长时间运行，房价预测需要使用前面的模型运行结果，因此需要使用Worker。为了积极培养鸿蒙生态人才，让大家都能学习到鸿蒙开发最新的技术，
鸿蒙NEXT（开发进阶）TaskPool和Worker支持的序列化类型
wea22984984的博客
10-17 1175
普通对象传输采用标准的结构化克隆算法（Structured Clone）进行序列化，此算法可以通过递归的方式拷贝传输对象，相较于其他序列化的算法，支持的对象类型更加丰富。
鸿蒙多线程开发——Sendable对象的序列化与冻结操作
harmonyClassRoom的博客
11-26 647
与JSON对象的序列化和反序列化类似，Sendable对象的序列化和反序列化是通过ArkTs提供的ASON工具来完成。与JSON类似，我们可以通过ASON.stringify方法将对象转换成字符串，也可以通过ASON.parse方法将字符串转成Sendable对象，以便此对象在并发任务间进行高性能引用传递。需要注意的是：ASON.parse默认生成的Sendable对象不支持增删属性。
鸿蒙编译（HarmonyOS面向智能设备开发者提供的一站式集成开发环境）
10-19
HUAWEI DevEco Device Tool（以下简称DevEco Device Tool）是HarmonyOS面向智能设备开发者提供的一站式集成开发环境，支持HarmonyOS的组件按需定制，支持代码编辑、烧录和调试等功能，支持C/C++语言，以插件的形式部署在Visual Studio Code上。该工具具有以下特点： DevEco Device Tool以Visual Studio Code插件形式提供，体积小巧。 支持代码查找、代码高亮、代码自动补齐、代码输入提示、代码检查等，开发者可以轻松、高效编码。 支持多种类型开发板，包括ARM架构的Hi3516/Hi3518系列和RIS
鸿蒙开发（OpenHarmony）跨线程序列化耗时点分析
m0_67143533的博客
11-28 1013
DevEco Studio新增主线程序列化和反序列化检测能力，同时支持配置序列化/反序列化超时阈值。对于超过阈值的序列化和反序列化操作，在泳道中给出告警提示，并可以关联该时刻的调用栈信息，更好地帮助开发者定位性能问题。
鸿蒙ability怎么理解,鸿蒙中的Ability之间或者进程间数据传递之对象（Sequenceable序列化）...
weixin_36278243的博客
05-31 457
这两天51cto上的一个粉丝朋友问了我一个问题，Ability之间使用Sequenceable序列化传递数据，如何传递Uri类型数据?网上确实也没有介绍这个使用的demo，为了帮他解决问题，自己帮他写了一个demo，顺手发布一篇博客和源代码。seralizable是在java api中的类，用它也可以实现序列化，而在android中也有一个类使对象序列化，那就是parcelable，而在Harm...
鸿蒙避坑之context值传递
m0_53197643的博客
10-14 1209
鸿蒙避坑之context值传递的两种解决办法
HarmonyOS开发：ArkTs常见数据类型（一）
知足常乐
11-20 3833
本文针对开发中常用的数据类型，做一个简单的概述，便于第一次接触到ArkTs语言开发的同学，能够快速的对数据类型做一个了解。
vue map 上增加自定义控件_HarmonyOS上如何实现自定义控件的功能
weixin_35734408的博客
01-12 274
LinearLayout又称作线性布局，是一种非常常用的布局。正如它的名字所描述的一样，这个布局会将它所包含的控件在线性方向上依次排列。既然是线性排列，肯定就不仅只有一个方向，这里一般只有两个方向：水平方向和垂直方向。但在实际开发中，为了呈现更好的视觉体验和交互效果，往往需要在LinearLayout外有其他的布局，比如下图这个手表应用中，在LinearLayout最外侧有个圆环。那么这...
HarmonyOS（二）—— 初识ArkTS开发语言（上）之TypeScript入门
hirezy
11-01 5994
Mozilla创造了JS，Microsoft创建了TS，而Huawei进一步推出了ArkTS。因此在学习使用ArkTS前，需要掌握基本的TS开发技能。ArkTS是HarmonyOS优选的主力应用开发语言。它在TypeScript（简称TS）的基础上，匹配ArkUI框架，扩展了声明式UI、状态管理等相应的能力，让开发者以更简洁、更自然的方式开发跨端应用。
OpenHarmony实战开发-合理使用多线程共享内存。
m0_70749039的博客
04-22 1162
在应用开发中，为了避免主线程阻塞，提高应用性能，需要将一些耗时操作放在子线程中执行。此时，子线程就需要访问主线程中的数据。ArkTS采用了基于消息通信的Actor并发模型，具有内存隔离的特性，所以跨线程传输数据时需要将数据序列化，但是AkrTS支持通过可共享对象SharedArrayBuffer实现直接的共享内存。
JavaScript中的Transferable对象教程
最新发布
wscfan的博客
04-14 956
Transferable对象是一种特殊类型的JavaScript对象，可以在不同的JavaScript上下文之间高效地传输，而不需要创建数据的副本。
Harmony OS开发中了解过多线程吗？和promise的区别是什么？
04-13
<think>好的，我现在需要帮助用户了解HarmonyOS开发中的多线程概念，并对比多线程与Promise的区别。首先，我得回忆一下HarmonyOS的多线程机制，记得系统里有主线程负责UI，耗时操作应该放在Worker或TaskPool中，这样避免阻塞主线程。根据引用[1]，主线程处理UI绘制、生命周期管理等，所以Worker和TaskPool是两种多线程方案。 接下来，要明确多线程的具体实现。Worker是独立的线程，有自己的上下文，通过消息通信；而TaskPool更轻量，适合短任务，自动管理线程池。这些内容在引用[1]和[3]都有提到，Actor并发模型避免了锁的问题，这点很重要。 然后是Promise，通常用于异步操作，比如单线程中的异步任务，比如网络请求。需要解释Promise是基于事件循环的，不涉及多线程，而HarmonyOS的多线程是真正的并发执行。引用[4]中的例子可能涉及线程间变量共享的问题，但Promise不会有这个问题，因为它在同一线程。 用户可能需要知道两者使用场景的区别，比如CPU密集型任务用多线程，IO密集型可能用Promise，但需要结合HarmonyOS的具体情况。同时，要强调多线程的复杂性和Promise的简洁性，帮助用户选择合适的方案。 最后，生成相关问题时要覆盖概念、对比、使用场景和优化等方面，确保用户能全面理解。需要检查引用是否正确，比如引用[3]提到Actor模型，引用[1]说明主线程职责，这些都要准确对应。确保回答结构清晰，分点说明，对比表格能直观展示差异。</think>### HarmonyOS多线程开发详解与Promise对比 #### 一、HarmonyOS多线程开发核心概念 1. **主线程核心职责** - 执行UI绘制操作（60fps刷新率要求） - 管理ArkTS引擎实例生命周期 - 处理事件分发和响应 - 管理Ability生命周期 - **特点**：若主线程阻塞超过5秒会导致应用无响应（ANR）[^1] 2. **多线程并发能力** | 方案 | Worker | TaskPool | |-----------|---------------------------------|------------------------------| | 线程模型 | 独立线程（Actor并发模型） | 轻量级线程池（自动管理） | | 通信方式 | 消息通信（postMessage/onmessage） | Promise链式调用 | | 适用场景 | 长期后台任务（如文件处理） | 短时计算任务（如数学运算） | | 资源开销 | 较高（独立上下文环境） | 较低（共享线程池） | | 典型API | new Worker() | taskpool.execute() | 3. **关键技术特性** - 基于Actor模型的隔离内存空间设计 - 支持线程间序列化数据传输（最大16MB） - 提供线程优先级管理（BACKGROUND、DEFAULT、HIGH） - 异常隔离机制：单个Worker崩溃不会影响主线程[^3] ```typescript // Worker创建示例 const worker = new Worker('entry/ets/workers/MyWorker.ets'); worker.postMessage("start_task"); // TaskPool使用示例 import taskpool from '@ohos.taskpool'; taskpool.execute(() => { return heavyCalculation(); }).then((result) => { console.log(result); }); ``` #### 二、多线程与Promise核心差异对比 | 维度 | 多线程（Worker/TaskPool） | Promise | |------------------|---------------------------------------|-----------------------------| | **执行模型** | 真正的并行执行（多核CPU利用率） | 单线程异步调度（事件循环机制） | | **内存隔离** | 独立内存空间（需序列化通信） | 共享内存空间 | | **适用场景** | CPU密集型任务（图像处理、复杂计算） | I/O密集型任务（网络请求、文件读取）| | **性能影响** | 可能增加内存开销但提升计算效率 | 轻量级但受限于单线程执行 | | **错误处理** | 线程间错误隔离，需单独捕获 | 统一错误处理（catch方法） | | **开发复杂度** | 较高（需处理线程通信、状态同步） | 较低（链式调用） | | **典型API** | postMessage/onmessage | then/catch/finally | #### 三、最佳实践建议 1. **多线程适用场景** - 图像/视频编解码处理 - 大数据集排序/分析 - 物理引擎计算 - 持续性的后台服务（如定位更新） 2. **Promise适用场景** - 网络请求响应处理 - 本地数据库操作 - 用户输入事件处理 - 定时任务管理 3. **混合使用模式** ```typescript // 典型组合模式 taskpool.execute(() => { return processData(); // CPU密集型任务 }).then((processedData) => { return fetchAPI(processedData); // I/O操作 }).then((result) => { updateUI(result); // 主线程UI更新 }); ``` 4. **性能优化要点** - 避免频繁的线程创建/销毁（使用对象池技术） - 控制线程间数据传输量（推荐<1MB/次） - 使用SharedArrayBuffer进行大数据共享时需配合Atomics操作 - 合理设置线程优先级（UI相关线程建议HIGH级别）[^2]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值