当前位置：首页 > news >正文

鸿蒙Next ArkTS卡片进程模型解析：安全高效的UI组件隔离之道

news 2025/9/22 6:55:52

关于鸿蒙系统中ArkTS卡片如何通过独特的进程模型实现安全性与性能的完美平衡

HarmonyOS中的服务卡片是一种创新的界面展示形式，能够将应用的重要信息或操作前置到卡片，达到服务直达、减少体验层级的目的。而ArkTS卡片作为新一代卡片开发范式，其背后的进程模型设计尤为精妙。

今天我们将深入解析鸿蒙Next中ArkTS卡片的进程模型设计，探究其如何实现安全与性能的兼顾。

1. ArkTS卡片的基本概念

在深入了解进程模型前，我们需要先明确ArkTS卡片的几个核心概念：

卡片使用方：显示卡片内容的宿主应用，控制卡片在宿主中展示的位置，当前仅系统应用（如桌面）可以作为卡片使用方。
卡片提供方：提供卡片显示内容的应用，控制卡片的显示内容、控件布局以及控件点击事件。
卡片管理服务：用于管理系统中所添加卡片的常驻代理服务，提供formProvider接口能力，同时提供卡片对象的管理与使用以及卡片周期性刷新等能力。
卡片渲染服务：用于管理卡片渲染实例，负责运行卡片页面代码并进行渲染。

2. ArkTS卡片的进程模型设计

ArkTS卡片的进程模型设计是其最关键的技术创新之一，它通过卡片渲染服务实现了独特的隔离机制。

2.1 传统的卡片运行方式

在传统的JS卡片中，卡片内容通常直接在卡片使用方（如桌面）的进程中运行，这意味着如果卡片出现故障或资源泄漏，可能会直接影响到使用方应用的稳定性。

2.2 ArkTS卡片的革新设计

ArkTS卡片引入了卡片渲染服务的概念，这是一种独立的服务进程，专门负责卡片的渲染工作。其设计特点如下：

隔离的运行时环境：卡片渲染服务运行在独立的进程中，与卡片使用方进程隔离。
一一对应的渲染实例：卡片使用方的每个卡片组件都对应了卡片渲染服务里的一个渲染实例。
应用级隔离：同一应用提供方的渲染实例运行在同一个虚拟机运行环境中，不同应用提供方的渲染实例运行在不同的虚拟机运行环境中。
资源隔离：通过虚拟机运行环境隔离不同应用提供方卡片之间的资源与状态。

3. 进程模型的优势

这种创新的进程模型设计带来了多方面的显著优势：

3.1 安全性提升

通过将卡片渲染隔离到独立的进程中，即使某个卡片出现异常或崩溃，也不会影响到卡片使用方（如桌面）的正常运行。这极大地提高了系统的稳定性和安全性。

3.2 性能优化

卡片管理服务统一管理系统中的所有卡片，可以有效地协调资源分配，减少重复开销，提高整体性能。同时，卡片渲染服务专门针对卡片渲染进行了优化，能够提供更高效的渲染性能。

3.3 功能增强

ArkTS卡片支持在卡片中运行逻辑代码，这使得很多业务逻辑可以在卡片内部自闭环，拓宽了卡片的业务适用场景。相比之下，JS卡片不支持逻辑代码执行（不包含import能力）。

4. 进程模型中的关键机制

4.1 生命周期管理

ArkTS卡片的生命周期由FormExtensionAbility管理，它提供了一系列生命周期回调函数：

onAddForm()：卡片提供方接收创建卡片的通知接口
onCastToNormalForm()：接收临时卡片转常态卡片的通知接口
onUpdateForm()：接收更新卡片的通知接口
onRemoveForm()：接收销毁卡片的通知接口

4.2 通信机制

ArkTS卡片框架提供了多种通信机制：

updateForm()接口：用于更新卡片的表单数据，当卡片数据变化时将最新数据传递给卡片。
requestForm()接口：用于请求重新加载卡片的表单数据，触发卡片重新加载数据并刷新页面。
postCardAction()接口：用于卡片内部和提供方应用间的交互，支持router、message和call三种类型的事件。

4.3 刷新机制

ArkTS卡片支持多种刷新方式：

定时刷新：按照预设的时间间隔自动刷新卡片内容
定点刷新：在特定时间点触发卡片刷新
按需刷新：根据特定事件或条件触发刷新

json

// 卡片配置示例
{"forms": [{"name": "widget","description": "This is a service widget.","src": "./ets/widget/pages/WidgetCard.ets","uiSyntax": "arkts","window": {"designWidth": 720,"autoDesignWidth": true},"colorMode": "auto","isDefault": true,"updateEnabled": true,"scheduledUpdateTime": "10:30","updateDuration": 2,"defaultDimension": "2*2","supportDimensions": ["2*2"]}]
}

5. 开发注意事项

在开发ArkTS卡片时，需要注意以下问题：

5.1 全局对象使用

开发过程中需要特别注意globalThis对象的使用：相同应用提供方的卡片globalThis对象是同一个，不同应用提供方的卡片globalThis对象是不同的。

5.2 能力约束

由于安全性和性能考虑，ArkTS卡片有一些能力约束：

不支持加载so
不支持使用native语言开发
仅支持声明式范式的部分组件、事件、动效、数据管理、状态管理和API能力
卡片的事件处理和使用方的事件处理是独立的

5.3 当前局限性

目前ArkTS卡片还存在一些局限性：

暂不支持导入模块
暂不支持极速预览
暂不支持断点调试能力
暂不支持Hot Reload热重载

6. 实际开发示例

下面是一个简单的ArkTS卡片生命周期实现示例：

typescript

import FormExtensionAbility from '@ohos.app.form.FormExtensionAbility';
import formBindingData from '@ohos.app.form.formBindingData';
import formInfo from '@ohos.app.form.formInfo';
import formProvider from '@ohos.app.form.formProvider';export default class EntryFormAbility extends FormExtensionAbility {onAddForm(want) {console.info('[EntryFormAbility] onAddForm');let formId: string = want.parameters[formInfo.FormParam.IDENTITY_KEY];let obj = {'title': 'titleOnAddForm','detail': 'detailOnAddForm'};let formData = formBindingData.createFormBindingData(obj);return formData;}onUpdateForm(formId) {console.info('[EntryFormAbility] onUpdateForm');let obj = {'title': 'titleOnUpdateForm','detail': 'detailOnUpdateForm'};let formData = formBindingData.createFormBindingData(obj);formProvider.updateForm(formId, formData).catch((err) => {console.error(`[EntryFormAbility] Failed to updateForm. Code: ${err.code}, message: ${err.message}`);});}onRemoveForm(formId) {console.info('[EntryFormAbility] onRemoveForm');}
}