【鸿蒙开发】第二十九章 Stage模子-应用上下文Context、历程、线程 ...

大号在练葵花宝典  论坛元老 | 2025-2-13 13:31:37 | 显示全部楼层 | 阅读模式
打印 上一主题 下一主题
楼主

主题 1026|帖子 1026|积分 3078

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要 登录 才可以下载或查看，没有账号？立即注册

x
目次
1 Stage模子基本概念
1.1 开发流程
 3 应用上下文Context的典范使用场景
3.1 获取应用文件路径
3.2 获取和修改加密分区
 3.3 获取本应用中其他Module的Context
3.4 订阅历程内UIAbility生命周期变化
4 历程
4.1 概述
5 线程
5.1 线程类型
5.2 使用EventHub举行线程内通讯

1 Stage模子基本概念

图1 Stage模子概念图




  • AbilityStage
    每个Entry类型大概Feature类型的HAP在运行期都有一个AbilityStage类实例，当HAP中的代码初次被加载到历程中的时候，体系会先创建AbilityStage实例。
  • UIAbility组件和ExtensionAbility组件
    Stage模子提供UIAbility和ExtensionAbility两种类型的组件，这两种组件都有具体的类承载，支持面向对象的开发方式。

    • UIAbility组件是一种包含UI的应用组件，主要用于和用户交互。比方，图库类应用可以在UIAbility组件中展示图片瀑布流，在用户选择某个图片后，在新的页面中展示图片的具体内容。同时用户可以通过返回键返回到瀑布流页面。UIAbility组件的生命周期只包含创建/烧毁/前台/背景等状态，与表现相干的状态通过WindowStage的变乱暴露给开发者。
    • ExtensionAbility组件是一种面向特定场景的应用组件。开发者并不直接从ExtensionAbility组件派生，而是需要使用ExtensionAbility组件的派生类。目前ExtensionAbility组件有效于卡片场景的FormExtensionAbility，用于输入法场景的InputMethodExtensionAbility，用于闲时使命场景的WorkSchedulerExtensionAbility等多种派生类，这些派生类都是基于特定场景提供的。比方，用户在桌面创建应用的卡片，需要应用开发者从FormExtensionAbility派生，实现此中的回调函数，并在设置文件中设置该能力。ExtensionAbility组件的派生类实例由用户触发创建，并由体系管理生命周期。在Stage模子上，三方应用开发者不能开发自定义服务，而需要根据自身的业务场景通过ExtensionAbility组件的派生类来实现。

  • WindowStage
    每个UIAbility实例都会与一个WindowStage类实例绑定，该类起到了应用历程内窗口管理器的作用。它包含一个主窗口。也就是说UIAbility实例通过WindowStage持有了一个主窗口，该主窗口为ArkUI提供了绘制地区。
  • Context
    在Stage模子上，Context及其派生类向开发者提供在运行期可以调用的各种资源和能力。UIAbility组件和各种ExtensionAbility组件的派生类都有各自不同的Context类，他们都继承自基类Context，但是各自又根据所属组件，提供不同的能力。
1.1 开发流程

基于Stage模子开发应用时，在应用模子部分，涉及如下开发过程。
表1 Stage模子开发流程
使命简介相干指导应用组件开发本章节介绍了如何使用Stage模子的UIAbility组件和ExtensionAbility组件开发应用。 - 应用/组件级设置
- UIAbility组件
- ExtensionAbility组件
- AbilityStage组件容器
- 应用上下文Context
- 组件启动规则
相识历程模子本章节介绍了Stage模子的历程模子以及几种常用的历程间通讯方式。历程模子概述相识线程模子本章节介绍了Stage模子的线程模子以及几种常用的线程间通讯方式。线程模子概述应用设置文件本章节介绍Stage模子中应用设置文件的开发要求。 Context是应用中对象的上下文，其提供了应用的一些底子信息，比方resourceManager（资源管理）、applicationInfo（当前应用信息）、dir（应用文件路径）、area（文件分区）等，以及应用的一些基本方法，比方createBundleContext()、getApplicationContext()等。UIAbility组件和各种ExtensionAbility派生类组件都有各自不同的Context类。分别有基类Context、ApplicationContext、AbilityStageContext、UIAbilityContext、ExtensionContext、ServiceExtensionContext等Context。


  • 各类Context的继承关系


  • 各类Context的持有关系


  • 各类Context的获取方式

    • 获取UIAbilityContext。每个UIAbility中都包含了一个Context属性，提供操作应用组件、获取应用组件的设置信息等能力。

  1. import { UIAbility, AbilityConstant, Want } from '@kit.AbilityKit';
  3. export default class EntryAbility extends UIAbility {
  4.   onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
  5.     let uiAbilityContext = this.context;
  6.     //...
  7.   }
  8. }
复制代码


  •          获取特定场景ExtensionContext。以ServiceExtensionContext为例，表现背景服务的上下文环境，继承自ExtensionContext，提供背景服务相干的接口能力。
  1. import { ServiceExtensionAbility, Want } from '@kit.AbilityKit';
  3. export default class ServiceExtAbility extends ServiceExtensionAbility {
  4.   onCreate(want: Want) {
  5.     let serviceExtensionContext = this.context;
  6.     //...
  7.   }
  8. }
复制代码


  •          获取AbilityStageContext（Module级别的Context）。和基类Context相比，额外提供HapModuleInfo、Configuration等信息。
  1. import { AbilityStage } from '@kit.AbilityKit';
  3. export default class MyAbilityStage extends AbilityStage {
  4.   onCreate(): void {
  5.     let abilityStageContext = this.context;
  6.     //...
  7.   }
  8. }
复制代码


  •          获取ApplicationContext（应用级别的Context）。ApplicationContext在基类Context的底子上提供了订阅应用内应用组件的生命周期的变化、订阅体系内存变化、订阅应用内体系环境变化、设置应用语言、设置应用颜色模式、扫除应用自身数据的同时打消应用向用户申请的权限等能力，在UIAbility、ExtensionAbility、AbilityStage中均可以获取。
  1. import { UIAbility, AbilityConstant, Want } from '@kit.AbilityKit';
  3. export default class EntryAbility extends UIAbility {
  4.   onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
  5.     let applicationContext = this.context.getApplicationContext();
  6.     //...
  7.   }
  8. }
复制代码
 3 应用上下文Context的典范使用场景

本章节通过如下典范场景来介绍Context的用法：
   

  • 获取应用文件路径
  • 获取和修改加密分区
  • 获取本应用中其他module的context
  • 订阅历程内UIAbility生命周期变化
  3.1 获取应用文件路径

基类Context提供了获取应用文件路径的能力，ApplicationContext、AbilityStageContext、UIAbilityContext和ExtensionContext均继承该能力。不同类型的Context获取的路径可能存在差异。


  • 通过ApplicationContext可以获取应用级的文件路径。该路径用于存放应用全局信息，路径下的文件会跟随应用的卸载而删除。
  • 通过AbilityStageContext、UIAbilityContext、ExtensionContext，可以获取Module级的文件路径。该路径用于存放Module相干信息，路径下的文件会跟随HAP/HSP的卸载而删除。HAP/HSP的卸载不会影相应用级路径下的文件，除非该应用的HAP/HSP已全部卸载。

    • UIAbilityContext：可以获取UIAbility所在Module的文件路径。
    • ExtensionContext：可以获取ExtensionAbility所在Module的文件路径。
    • AbilityStageContext：由于AbilityStageContext创建时机早于UIAbilityContext和ExtensionContext，通常用于在AbilityStage中获取文件路径。
       
阐明
应用文件路径属于应用沙箱路径，具体请参见应用沙箱目次。
表1 不同级别Context获取的应用文件路径阐明
属性阐明ApplicationContext获取的路径AbilityStageContext、UIAbilityContext、ExtensionContext获取的路径bundleCodeDir安装包目次。<路径前缀>/el1/bundle<路径前缀>/el1/bundlecacheDir缓存目次。<路径前缀>/<加密等级>/base/cache<路径前缀>/<加密等级>/base/haps/<module-name>/cachefilesDir文件目次。<路径前缀>/<加密等级>/base/files<路径前缀>/<加密等级>/base/haps/<module-name>/filespreferencesDirpreferences目次。<路径前缀>/<加密等级>/base/preferences<路径前缀>/<加密等级>/base/haps/<module-name>/preferencestempDir暂时目次。<路径前缀>/<加密等级>/base/temp<路径前缀>/<加密等级>/base/haps/<module-name>/tempdatabaseDir数据库目次。<路径前缀>/<加密等级>/database<路径前缀>/<加密等级>/database/<module-name>distributedFilesDir分布式文件目次。<路径前缀>/el2/distributedFiles<路径前缀>/el2/distributedFiles/resourceDir11+ 资源目次。
阐明：
需要开发者手动在\<module-name>\resource路径下创建resfile目次。
不涉及<路径前缀>/el1/bundle/<module-name>/resources/resfilecloudFileDir12+云文件目次。<路径前缀>/el2/cloud<路径前缀>/el2/cloud/ 本节以使用ApplicationContext获取filesDir为例，介绍如何获取应用文件路径，并在对应文件路径下新建文件和读写文件。示例代码如下：

  1. import { common } from '@kit.AbilityKit';
  2. import { buffer } from '@kit.ArkTS';
  3. import { fileIo, ReadOptions } from '@kit.CoreFileKit';
  4. import { hilog } from '@kit.PerformanceAnalysisKit';
  6. const TAG: string = '[Page_Context]';
  7. const DOMAIN_NUMBER: number = 0xFF00;
  9. @Entry
  10. @Component
  11. struct Index {
  12.   @State message: string = 'Hello World';
  13.   private context = getContext(this) as common.UIAbilityContext;
  15.   build() {
  16.     Row() {
  17.       Column() {
  18.         Text(this.message)
  19.         // ...
  20.         Button() {
  21.           Text('create file')
  22.             // ...
  23.             .onClick(() => {
  24.               let applicationContext = this.context.getApplicationContext();
  25.               // 获取应用文件路径
  26.               let filesDir = applicationContext.filesDir;
  27.               hilog.info(DOMAIN_NUMBER, TAG, `filePath: ${filesDir}`);
  28.               // 文件不存在时创建并打开文件，文件存在时打开文件
  29.               let file = fileIo.openSync(filesDir + '/test.txt', fileIo.OpenMode.READ_WRITE | fileIo.OpenMode.CREATE);
  30.               // 写入一段内容至文件
  31.               let writeLen = fileIo.writeSync(file.fd, "Try to write str.");
  32.               hilog.info(DOMAIN_NUMBER, TAG, `The length of str is: ${writeLen}`);
  33.               // 创建一个大小为1024字节的ArrayBuffer对象，用于存储从文件中读取的数据
  34.               let arrayBuffer = new ArrayBuffer(1024);
  35.               // 设置读取的偏移量和长度
  36.               let readOptions: ReadOptions = {
  37.                 offset: 0,
  38.                 length: arrayBuffer.byteLength
  39.               };
  40.               // 读取文件内容到ArrayBuffer对象中，并返回实际读取的字节数
  41.               let readLen = fileIo.readSync(file.fd, arrayBuffer, readOptions);
  42.               // 将ArrayBuffer对象转换为Buffer对象，并转换为字符串输出
  43.               let buf = buffer.from(arrayBuffer, 0, readLen);
  44.               hilog.info(DOMAIN_NUMBER, TAG, `the content of file: ${buf.toString()}`);
  45.               // 关闭文件
  46.               fileIo.closeSync(file);
  47.             })
  48.         }
  49.         // ...
  50.       }
  51.       // ...
  52.     }
  53.     // ...
  54.   }
  55. }
复制代码
3.2 获取和修改加密分区

应用文件加密是一种掩护数据安全的方法，可以使得文件在未经授权访问的环境下得到掩护。在不同的场景下，应用需要不同水平的文件掩护。
在实际应用中，开发者需要根据不同场景的需求选择符合的加密分区，从而掩护应用数据的安全。通过公道使用不同级别的加密分区，可以有效提高应用数据的安全性。关于不同分区的权限阐明，详见ContextConstant的AreaMode。
   

  • EL1：对于私有文件，如闹铃、壁纸等，应用可以将这些文件放到设备级加密分区（EL1）中，以保证在用户输入暗码前就可以被访问。
  • EL2：对于更敏感的文件，如个人隐私信息等，应用可以将这些文件放到更高级别的加密分区（EL2）中，以保证更高的安全性。
  • EL3：对于应用中的记载步数、文件下载、音乐播放，需要在锁屏时读写和创建新文件，放在（EL3）的加密分区比较符合。
  • EL4：对于用户安全信息相干的文件，锁屏时不需要读写文件、也不能创建文件，放在（EL4）的加密分区更符合。
  • EL5：对于用户隐私敏感数据文件，锁屏后默认不可读写，如果锁屏后需要读写文件，则锁屏前可以调用Access接口申请继续读写文件，大概锁屏后也需要创建新文件且可读写，放在（EL5）的应用级加密分区更符合。
  要实现获取和设置当前加密分区，可以通过读写Context的area属性来实现。
  1. // EntryAbility.ets
  2. import { UIAbility, contextConstant, AbilityConstant, Want } from '@kit.AbilityKit';
  4. export default class EntryAbility extends UIAbility {
  5.   onCreate(want: Want, launchParam: AbilityConstant.LaunchParam) {
  6.     // 存储普通信息前，切换到EL1设备级加密
  7.     this.context.area = contextConstant.AreaMode.EL1; // 切换area
  8.     // 存储普通信息
  10.     // 存储敏感信息前，切换到EL2用户级加密
  11.     this.context.area = contextConstant.AreaMode.EL2; // 切换area
  12.     // 存储敏感信息
  14.     // 存储敏感信息前，切换到EL3用户级加密
  15.     this.context.area = contextConstant.AreaMode.EL3; // 切换area
  16.     // 存储敏感信息
  18.     // 存储敏感信息前，切换到EL4用户级加密
  19.     this.context.area = contextConstant.AreaMode.EL4; // 切换area
  20.     // 存储敏感信息
  22.     // 存储敏感信息前，切换到EL5应用级加密
  23.     this.context.area = contextConstant.AreaMode.EL5; // 切换area
  24.     // 存储敏感信息
  25.   }
  26. }
复制代码
  1. // Index.ets
  2. import { contextConstant, common } from '@kit.AbilityKit';
  3. import { promptAction } from '@kit.ArkUI';
  5. @Entry
  6. @Component
  7. struct Page_Context {
  8.   private context = getContext(this) as common.UIAbilityContext;
  10.   build() {
  11.     Column() {
  12.       //...
  13.       List({ initialIndex: 0 }) {
  14.         //...
  15.         ListItem() {
  16.           Row() {
  17.             //...
  18.           }
  19.           .onClick(() => {
  20.             // 存储普通信息前，切换到EL1设备级加密
  21.             if (this.context.area === contextConstant.AreaMode.EL2) { // 获取area
  22.               this.context.area = contextConstant.AreaMode.EL1; // 修改area
  23.               promptAction.showToast({
  24.                 message: 'SwitchToEL1'
  25.               });
  26.             }
  27.             // 存储普通信息
  28.           })
  29.         }
  30.         //...
  31.         ListItem() {
  32.           Row() {
  33.             //...
  34.           }
  35.           .onClick(() => {
  36.             // 存储敏感信息前，切换到EL2用户级加密
  37.             if (this.context.area === contextConstant.AreaMode.EL1) { // 获取area
  38.               this.context.area = contextConstant.AreaMode.EL2; // 修改area
  39.               promptAction.showToast({
  40.                 message: 'SwitchToEL2'
  41.               });
  42.             }
  43.             // 存储敏感信息
  44.           })
  45.         }
  46.         //...
  47.       }
  48.       //...
  49.     }
  50.     //...
  51.   }
  52. }
复制代码

 3.3 获取本应用中其他Module的Context

调用createModuleContext(context: Context, moduleName: string)方法，获取本应用中其他Module的Context。获取到其他Module的Context之后，即可获取到相应Module的资源信息。
  1. import { common, application } from '@kit.AbilityKit';
  2. import { promptAction } from '@kit.ArkUI';
  3. import { BusinessError } from '@kit.BasicServicesKit';
  5. let storageEventCall = new LocalStorage();
  7. @Entry(storageEventCall)
  8. @Component
  9. struct Page_Context {
  10.   private context = getContext(this) as common.UIAbilityContext;
  12.   build() {
  13.     Column() {
  14.       //...
  15.       List({ initialIndex: 0 }) {
  16.         ListItem() {
  17.           Row() {
  18.             //...
  19.           }
  20.           .onClick(() => {
  21.             let moduleName2: string = 'entry';
  22.             application.createModuleContext(this.context, moduleName2)
  23.               .then((data: common.Context) => {
  24.                 console.info(`CreateModuleContext success, data: ${JSON.stringify(data)}`);
  25.                 if (data !== null) {
  26.                   promptAction.showToast({
  27.                     message: ('成功获取Context')
  28.                   });
  29.                 }
  30.               })
  31.               .catch((err: BusinessError) => {
  32.                 console.error(`CeateMudleContext failed, err code:${err.code}, err msg: ${err.message}`);
  33.               });
  34.           })
  35.         }
  36.         //...
  37.       }
  38.       //...
  39.     }
  40.     //...
  41.   }
  42. }
复制代码
3.4 订阅历程内UIAbility生命周期变化

在应用内的DFX统计场景中，如需要统计对应页面停顿时间和访问频率等信息，可以使用订阅历程内UIAbility生命周期变化功能。
通过ApplicationContext提供的能力，可以订阅历程内UIAbility生命周期变化。当历程内的UIAbility生命周期变化时，如创建、可见/不可见、获焦/失焦、烧毁等，会触发相应的回调函数。每次注册回调函数时，都会返回一个监听生命周期的ID，此ID会自增+1。当高出监听上限数量2^63-1时，会返回-1。以UIAbilityContext中的使用为例举行阐明。
  1. import { AbilityConstant, AbilityLifecycleCallback, UIAbility, Want } from '@kit.AbilityKit';
  2. import { hilog } from '@kit.PerformanceAnalysisKit';
  3. import { window } from '@kit.ArkUI';
  4. import  { BusinessError } from '@kit.BasicServicesKit';
  6. const TAG: string = '[LifecycleAbility]';
  7. const DOMAIN_NUMBER: number = 0xFF00;
  9. export default class LifecycleAbility extends UIAbility {
  10.   // 定义生命周期ID
  11.   lifecycleId: number = -1;
  13.   onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
  14.     // 定义生命周期回调对象
  15.     let abilityLifecycleCallback: AbilityLifecycleCallback = {
  16.       // 当UIAbility创建时被调用
  17.       onAbilityCreate(uiAbility) {
  18.         hilog.info(DOMAIN_NUMBER, TAG, `onAbilityCreate uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  19.       },
  20.       // 当窗口创建时被调用
  21.       onWindowStageCreate(uiAbility, windowStage: window.WindowStage) {
  22.         hilog.info(DOMAIN_NUMBER, TAG, `onWindowStageCreate uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  23.         hilog.info(DOMAIN_NUMBER, TAG, `onWindowStageCreate windowStage: ${JSON.stringify(windowStage)}`);
  24.       },
  25.       // 当窗口处于活动状态时被调用
  26.       onWindowStageActive(uiAbility, windowStage: window.WindowStage) {
  27.         hilog.info(DOMAIN_NUMBER, TAG, `onWindowStageActive uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  28.         hilog.info(DOMAIN_NUMBER, TAG, `onWindowStageActive windowStage: ${JSON.stringify(windowStage)}`);
  29.       },
  30.       // 当窗口处于非活动状态时被调用
  31.       onWindowStageInactive(uiAbility, windowStage: window.WindowStage) {
  32.         hilog.info(DOMAIN_NUMBER, TAG, `onWindowStageInactive uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  33.         hilog.info(DOMAIN_NUMBER, TAG, `onWindowStageInactive windowStage: ${JSON.stringify(windowStage)}`);
  34.       },
  35.       // 当窗口被销毁时被调用
  36.       onWindowStageDestroy(uiAbility, windowStage: window.WindowStage) {
  37.         hilog.info(DOMAIN_NUMBER, TAG, `onWindowStageDestroy uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  38.         hilog.info(DOMAIN_NUMBER, TAG, `onWindowStageDestroy windowStage: ${JSON.stringify(windowStage)}`);
  39.       },
  40.       // 当UIAbility被销毁时被调用
  41.       onAbilityDestroy(uiAbility) {
  42.         hilog.info(DOMAIN_NUMBER, TAG, `onAbilityDestroy uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  43.       },
  44.       // 当UIAbility从后台转到前台时触发回调
  45.       onAbilityForeground(uiAbility) {
  46.         hilog.info(DOMAIN_NUMBER, TAG, `onAbilityForeground uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  47.       },
  48.       // 当UIAbility从前台转到后台时触发回调
  49.       onAbilityBackground(uiAbility) {
  50.         hilog.info(DOMAIN_NUMBER, TAG, `onAbilityBackground uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  51.       },
  52.       // 当UIAbility迁移时被调用
  53.       onAbilityContinue(uiAbility) {
  54.         hilog.info(DOMAIN_NUMBER, TAG, `onAbilityContinue uiAbility.launchWant: ${JSON.stringify(uiAbility.launchWant)}`);
  55.       }
  56.     };
  57.     // 获取应用上下文
  58.     let applicationContext = this.context.getApplicationContext();
  59.     try {
  60.       // 注册应用内生命周期回调
  61.       this.lifecycleId = applicationContext.on('abilityLifecycle', abilityLifecycleCallback);
  62.     } catch (err) {
  63.       let code = (err as BusinessError).code;
  64.       let message = (err as BusinessError).message;
  65.       hilog.error(DOMAIN_NUMBER, TAG, `Failed to register applicationContext. Code is ${code}, message is ${message}`);
  66.     }
  68.     hilog.info(DOMAIN_NUMBER, TAG, `register callback number: ${this.lifecycleId}`);
  69.   }
  70.   //...
  71.   onDestroy(): void {
  72.     // 获取应用上下文
  73.     let applicationContext = this.context.getApplicationContext();
  74.     try {
  75.       // 取消应用内生命周期回调
  76.       applicationContext.off('abilityLifecycle', this.lifecycleId);
  77.     } catch (err) {
  78.       let code = (err as BusinessError).code;
  79.       let message = (err as BusinessError).message;
  80.       hilog.error(DOMAIN_NUMBER, TAG, `Failed to unregister applicationContext. Code is ${code}, message is ${message}`);
  81.     }
  82.   }
  83. }
复制代码
4 历程

4.1 概述

历程是体系举行资源分配的基本单元，是操作体系布局的底子。体系的历程模子如下图所示。
   

  • 通常环境下，应用中（同一Bundle名称）的全部UIAbility均是运行在同一个独立历程（主历程）中，如下图中绿色部分的“Main Process”。
  • 应用中（同一Bundle名称）的全部同一类型ExtensionAbility均是运行在一个独立历程中，如下图中蓝色部分的“FormExtensionAbility Process”、“InputMethodExtensionAbility Process”、其他ExtensionAbility Process。
  • WebView拥有独立的渲染历程，如下图中黄色部分的“Render Process”。
    阐明
  仅2in1设备支持将HAP和UIAbility设置为独立历程，设置方法如下：
  

  • 如果需要指定某个HAP运行在独立历程中，可以在module.json5文件中将isolationMode字段设置为isolationOnly（只在独立历程中运行）大概isolationFirst（优先在独立历程中运行）。
  • 如果需要指定某个UIAbility运行在独立历程中，可以在module.json5文件中将isolationProcess字段设置为true，同时需要在onNewProcessRequest回调中返回一个唯一的历程标识符。
  图1 历程模子表示图


   阐明：
  

  • 仅体系应用支持构建ServiceExtensionAbility和DataShareExtensionAbility。
  • 执行hdc shell命令，进入设备的shell命令行。在shell命令行中，执行ps -ef命令，可以检察全部正在运行的历程信息。
  在上述模子底子上，对于体系应用可以通过申请多历程权限（如下图所示），为指定HAP设置一个自定义历程名，该HAP中的UIAbility就会运行在自定义历程中。不同的HAP可以通过设置module.json5中的process属性，使HAP运行在不同历程中。
图2 多历程表示图


基于当前的历程模子，针对应用间和应用内存在多个历程的环境，体系提供了如下历程间通讯机制：
公共变乱机制：多用于一对多的通讯场景，公共变乱发布者可能存在多个订阅者同时接收变乱。
5 线程

线程是操作体系举行运算调度的基本单元，是历程中的执行流，共享历程的资源。一个历程可以包含多个线程。
5.1 线程类型

Stage模子下的线程主要有如下三类：


  • 主线程

    • 执行UI绘制。
    • 管理主线程的ArkTS引擎实例，使多个UIAbility组件可以大概运行在其之上。
    • 管理其他线程的ArkTS引擎实例，比方使用TaskPool（使命池）创建使命或取消使命、启动和终止Worker线程。
    • 分发交互变乱。
    • 处理处罚应用代码的回调，包罗变乱处理处罚和生命周期管理。
    • 接收TaskPool以及Worker线程发送的消息。
       
  • TaskPool Worker线程

    • 用于执行耗时操作，支持设置调度优先级、负载平衡等功能，推荐使用。

  • Worker线程

    • 用于执行耗时操作，支持线程间通讯。
      TaskPool与Worker的运作机制、通讯手段和使用方法可以参考TaskPool和Worker的对比。



   阐明
  

  • TaskPool自行管理线程数量，其生命周期由TaskPool同一管理。Worker线程的生命周期由开发者自行维护。
  • 同一线程中存在多个组件，比方UIAbility组件和UI组件都存在于主线程中。在Stage模子中目前主要使用EventHub举行数据通讯。
  • 执行hdc shell命令，进入设备的shell命令行。在shell命令行中，执行ps -p <pid> -T命令，可以检察指定应用历程的线程信息。此中，<pid>为需要指定的应用历程的历程ID。
  5.2 使用EventHub举行线程内通讯

EventHub提供了线程内发送和处理处罚变乱的能力，包罗对变乱订阅、取消订阅、触发变乱等。以UIAbility组件与UI之间的数据同步为例，具体使用方法可以参考UIAbility组件与UI的数据同步。




免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
回复

使用道具 举报

0 个回复

倒序浏览
返回列表

快速回复

高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

大号在练葵花宝典

论坛元老
这个人很懒什么都没写!

楼主热帖

标签云

AI 运维 CIO 存储 服务器
微信订阅号
微信服务号
微信客服
小程序
H5
关于我们 商务合作 网站地图
©Copyright 2022-2024 杭州祥升科技有限公司 版权所有 浙ICP备20004199号
快速回复 返回顶部 返回列表