HarmonyOS实战开发：ServiceExtensionAbility

最新推荐文章于 2024-05-08 22:03:34 发布
最新推荐文章于 2024-05-08 22:03:34 发布
阅读量869 收藏 14
点赞数 27
分类专栏： 鸿蒙 文章标签： harmonyos 华为 鸿蒙 鸿蒙系统 android 前端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84194030/article/details/138164927
版权

概述

ServiceExtensionAbility是SERVICE类型的ExtensionAbility组件，提供后台服务能力，其内部持有了一个ServiceExtensionContext，通过ServiceExtensionContext提供了丰富的接口供外部使用。

本文描述中称被启动的ServiceExtensionAbility为服务端，称启动ServiceExtensionAbility的组件为客户端。

ServiceExtensionAbility可以被其他组件启动或连接，并根据调用者的请求信息在后台处理相关事务。ServiceExtensionAbility支持以启动和连接两种形式运行，系统应用可以调用startServiceExtensionAbility()方法启动后台服务，也可以调用connectServiceExtensionAbility()方法连接后台服务，而三方应用只能调用connectServiceExtensionAbility()方法连接后台服务。启动和连接后台服务的差别：

  • 启动：AbilityA启动ServiceB，启动后AbilityA和ServiceB为弱关联，AbilityA退出后，ServiceB可以继续存在。

  • 连接：AbilityA连接ServiceB，连接后AbilityA和ServiceB为强关联，AbilityA退出后，ServiceB也一起退出。

此处有如下细节需要注意：

  • 若Service只通过connect的方式被拉起，那么该Service的生命周期将受客户端控制，当客户端调用一次connectServiceExtensionAbility()方法，将建立一个连接，当客户端退出或者调用disconnectServiceExtensionAbility()方法，该连接将断开。当所有连接都断开后，Service将自动退出。

  • Service一旦通过start的方式被拉起，将不会自动退出，系统应用可以调用stopServiceExtensionAbility()方法将Service退出。

  • 只能在主线程线程中执行connect/disconnect操作，不要在Worker、TaskPool等子线程中执行connect/disconnect操作。

说明：

  1. 当前不支持三方应用实现ServiceExtensionAbility。如果三方开发者想要实现后台处理相关事务的功能，可以使用后台任务，具体请参见后台任务。
  2. 三方应用的UIAbility组件可以通过Context连接系统提供的ServiceExtensionAbility。
  3. 三方应用需要在前台获焦的情况下才能连接系统提供的ServiceExtensionAbility。

生命周期

ServiceExtensionAbility提供了onCreate()、onRequest()、onConnect()、onDisconnect()和onDestroy()生命周期回调，根据需要重写对应的回调方法。下图展示了ServiceExtensionAbility的生命周期。

图1 ServiceExtensionAbility生命周期

ServiceExtensionAbility-lifecycle

  • onCreate 服务被首次创建时触发该回调，开发者可以在此进行一些初始化的操作，例如注册公共事件监听等。

    说明： 如果服务已创建，再次启动该ServiceExtensionAbility不会触发onCreate()回调。

  • onRequest 当另一个组件调用startServiceExtensionAbility()方法启动该服务组件时，触发该回调。执行此方法后，服务会启动并在后台运行。每调用一次startServiceExtensionAbility()方法均会触发该回调。

  • onConnect 当另一个组件调用connectServiceExtensionAbility()方法与该服务连接时，触发该回调。开发者在此方法中，返回一个远端代理对象（IRemoteObject），客户端拿到这个对象后可以通过这个对象与服务端进行RPC通信，同时系统侧也会将该远端代理对象（IRemoteObject）储存。后续若有组件再调用connectServiceExtensionAbility()方法，系统侧会直接将所保存的远端代理对象（IRemoteObject）返回，而不再触发该回调。

  • onDisconnect 当最后一个连接断开时，将触发该回调。客户端死亡或者调用disconnectServiceExtensionAbility()方法可以使连接断开。

  • onDestroy 当不再使用服务且准备将其销毁该实例时，触发该回调。开发者可以在该回调中清理资源，如注销监听等。

实现一个后台服务（仅对系统应用开放）

开发准备

只有系统应用才允许实现ServiceExtensionAbility，因此开发者在开发之前需做如下准备：

  • 替换Full SDK：ServiceExtensionAbility相关接口都被标记为System-API，默认对开发者隐藏，因此需要手动从镜像站点获取Full SDK，并在DevEco Studio中替换

  • 申请AllowAppUsePrivilegeExtension特权：只有具有AllowAppUsePrivilegeExtension特权的应用才允许开发ServiceExtensionAbility，

定义IDL接口

ServiceExtensionAbility作为后台服务，需要向外部提供可调用的接口，开发者可将接口定义在idl文件中，并使用IDL工具生成对应的proxy、stub文件。此处定义一个名为IIdlServiceExt.idl的文件作为示例：

interface OHOS.IIdlServiceExt {
  int ProcessData([in] int data);
  void InsertDataToMap([in] String key, [in] int val);
}

在DevEco Studio工程Module对应的ets目录下手动新建名为IdlServiceExt的目录，将IDL工具生成的文件复制到该目录下，并创建一个名为idl_service_ext_impl.ts的文件，作为idl接口的实现：

├── ets
│ ├── IdlServiceExt
│ │   ├── i_idl_service_ext.ts      # 生成文件
│ │   ├── idl_service_ext_proxy.ts  # 生成文件
│ │   ├── idl_service_ext_stub.ts   # 生成文件
│ │   ├── idl_service_ext_impl.ts   # 开发者自定义文件，对idl接口的具体实现
│ └
└

idl_service_ext_impl.ts实现如下：

import {processDataCallback} from './i_idl_service_ext';
import {insertDataToMapCallback} from './i_idl_service_ext';
import IdlServiceExtStub from './idl_service_ext_stub';

const ERR_OK = 0;
const TAG: string = "[IdlServiceExtImpl]";

// 开发者需要在这个类型里对接口进行实现
export default class ServiceExtImpl extends IdlServiceExtStub {
  processData(data: number, callback: processDataCallback): void {
    // 开发者自行实现业务逻辑
    console.info(TAG, `processData: ${data}`);
    callback(ERR_OK, data + 1);
  }

  insertDataToMap(key: string, val: number, callback: insertDataToMapCallback): void {
    // 开发者自行实现业务逻辑
    console.info(TAG, `insertDataToMap, key: ${key}  val: ${val}`);
    callback(ERR_OK);
  }
}

创建ServiceExtensionAbility

在DevEco Studio工程中手动新建一个ServiceExtensionAbility，具体步骤如下：

  1. 在工程Module对应的ets目录下，右键选择“New > Directory”，新建一个目录并命名为ServiceExtAbility。

  2. 在ServiceExtAbility目录，右键选择“New > TypeScript File”，新建一个TypeScript文件并命名为ServiceExtAbility.ets。

    ├── ets
│ ├── IdlServiceExt
│ │   ├── i_idl_service_ext.ets      # 生成文件
│ │   ├── idl_service_ext_proxy.ets  # 生成文件
│ │   ├── idl_service_ext_stub.ets   # 生成文件
│ │   ├── idl_service_ext_impl.ets   # 开发者自定义文件，对idl接口的具体实现
│ ├── ServiceExtAbility
│ │   ├── ServiceExtAbility.ets
└

  3. 在ServiceExtAbility.ets文件中，增加导入ServiceExtensionAbility的依赖包，自定义类继承ServiceExtensionAbility并实现生命周期回调，在onConnect生命周期回调里，需要将之前定义的ServiceExtImpl对象返回。

    import ServiceExtensionAbility from '@ohos.app.ability.ServiceExtensionAbility';
import ServiceExtImpl from '../IdlServiceExt/idl_service_ext_impl';
import Want from '@ohos.app.ability.Want';
import rpc from '@ohos.rpc';

const TAG: string = "[ServiceExtAbility]";

export default class ServiceExtAbility extends ServiceExtensionAbility {
  serviceExtImpl: ServiceExtImpl = new ServiceExtImpl("ExtImpl");

  onCreate(want: Want) {
    console.info(TAG, `onCreate, want: ${want.abilityName}`);
  }

  onRequest(want: Want, startId: number) {
    console.info(TAG, `onRequest, want: ${want.abilityName}`);
  }

  onConnect(want: Want) {
    console.info(TAG, `onConnect, want: ${want.abilityName}`);
    // 返回ServiceExtImpl对象，客户端获取后便可以与ServiceExtensionAbility进行通信
    return this.serviceExtImpl as rpc.RemoteObject;
  }

  onDisconnect(want: Want) {
    console.info(TAG, `onDisconnect, want: ${want.abilityName}`);
  }

  onDestroy() {
    console.info(TAG, `onDestroy`);
  }
}

  4. 在工程Module对应的module.json5配置文件中注册ServiceExtensionAbility，type标签需要设置为“service”，srcEntry标签表示当前ExtensionAbility组件所对应的代码路径。

    {
  "module": {
    ...
    "extensionAbilities": [
      {
        "name": "ServiceExtAbility",
        "icon": "$media:icon",
        "description": "service",
        "type": "service",
        "exported": true,
        "srcEntry": "./ets/ServiceExtAbility/ServiceExtAbility.ts"
      }
    ]
  }
}

启动一个后台服务（仅对系统应用开放）

系统应用通过startServiceExtensionAbility()方法启动一个后台服务，服务的onRequest()回调就会被调用，并在该回调方法中接收到调用者传递过来的want对象。后台服务启动后，其生命周期独立于客户端，即使客户端已经销毁，该后台服务仍可继续运行。因此，后台服务需要在其工作完成时通过调用ServiceExtensionContext的terminateSelf()来自行停止，或者由另一个组件调用stopServiceExtensionAbility()来将其停止。

说明： ServiceExtensionContext的startServiceExtensionAbility()、stopServiceExtensionAbility()和terminateSelf()为系统接口，三方应用不支持调用。

  1. 在系统应用中启动一个新的ServiceExtensionAbility。

    import common from '@ohos.app.ability.common';
import Want from '@ohos.app.ability.Want';
import { BusinessError } from '@ohos.base';

let context: common.UIAbilityContext = ...; // UIAbilityContext
let want: Want = {
  deviceId: "",
  bundleName: "com.example.myapplication",
  abilityName: "ServiceExtAbility"
};
context.startServiceExtensionAbility(want).then(() => {
  console.info('Succeeded in starting ServiceExtensionAbility.');
}).catch((err: BusinessError) => {
  console.error(`Failed to start ServiceExtensionAbility. Code is ${err.code}, message is ${err.message}`);
})

  2. 在系统应用中停止一个已启动的ServiceExtensionAbility。

    import common from '@ohos.app.ability.common';
import Want from '@ohos.app.ability.Want';
import { BusinessError } from '@ohos.base';

let context: common.UIAbilityContext = ...; // UIAbilityContext
let want: Want = {
  deviceId: "",
  bundleName: "com.example.myapplication",
  abilityName: "ServiceExtAbility"
};
context.stopServiceExtensionAbility(want).then(() => {
  console.info('Succeeded in stopping ServiceExtensionAbility.');
}).catch((err: BusinessError) => {
  console.error(`Failed to stop ServiceExtensionAbility. Code is ${err.code}, message is ${err.message}`);
})

  3. 已启动的ServiceExtensionAbility停止自身。

    import common from '@ohos.app.ability.common';
import { BusinessError } from '@ohos.base';

let context: common.ServiceExtensionContext = ...; // ServiceExtensionContext
context.terminateSelf().then(() => {
  console.info('Succeeded in terminating self.');
}).catch((err: BusinessError) => {
  console.error(`Failed to terminate self. Code is ${err.code}, message is ${err.message}`);
})

说明： 后台服务可以在后台长期运行，为了避免资源浪费，需要对后台服务的生命周期进行管理。即一个后台服务完成了请求方的任务，需要及时销毁。销毁已启动的后台服务有两种方式：

连接一个后台服务

系统应用或者三方应用可以通过connectServiceExtensionAbility()连接一个服务（在Want对象中指定启动的目标服务），服务的onConnect()就会被调用，并在该回调方法中接收到调用者传递过来的Want对象，从而建立长连接。

ServiceExtensionAbility服务组件在onConnect()中返回IRemoteObject对象，开发者通过该IRemoteObject定义通信接口，用于客户端与服务端进行RPC交互。多个客户端可以同时连接到同一个后台服务，客户端完成与服务的交互后，客户端需要通过调用disconnectServiceExtensionAbility()来断开连接。如果所有连接到某个后台服务的客户端均已断开连接，则系统会销毁该服务。

  • 使用connectServiceExtensionAbility()建立与后台服务的连接。

    import common from '@ohos.app.ability.common';
import Want from '@ohos.app.ability.Want';

let want: Want = {
  deviceId: "",
  bundleName: "com.example.myapplication",
  abilityName: "ServiceExtAbility"
};
let options: common.ConnectOptions = {
  onConnect(elementName, remote) {
    /* 此处的入参remote为ServiceExtensionAbility在onConnect生命周期回调中返回的对象,
     * 开发者通过这个对象便可以与ServiceExtensionAbility进行通信，具体通信方式见下文
     */
    console.info('onConnect callback');
    if (remote === null) {
      console.info(`onConnect remote is null`);
      return;
    }
  },
  onDisconnect(elementName) {
    console.info('onDisconnect callback')
  },
  onFailed(code) {
    console.info('onFailed callback')
  }
}
// 建立连接后返回的Id需要保存下来，在解绑服务时需要作为参数传入
let connectionId: number = this.context.connectServiceExtensionAbility(want, options);

  • 使用disconnectServiceExtensionAbility()断开与后台服务的连接。

    import { BusinessError } from '@ohos.base';
// connectionId为调用connectServiceExtensionAbility接口时的返回值，需开发者自行维护
this.context.disconnectServiceExtensionAbility(connectionId).then(() => {
  console.info('disconnectServiceExtensionAbility success');
}).catch((error: BusinessError) => {
  console.error('disconnectServiceExtensionAbility failed');
})

客户端与服务端通信

客户端在onConnect()中获取到rpc.RemoteObject对象后便可与Service进行通信，有如下两种方式：

  • 使用服务端提供的IDL接口进行通信（推荐）

    // 客户端需要将服务端对外提供的idl_service_ext_proxy.ts导入到本地工程中
import IdlServiceExtProxy from '../IdlServiceExt/idl_service_ext_proxy';
import common from '@ohos.app.ability.common';

let options: common.ConnectOptions = {
  onConnect(elementName, remote) {
    console.info('onConnect callback');
    if (remote === null) {
      console.info(`onConnect remote is null`);
      return;
    }
    let serviceExtProxy: IdlServiceExtProxy = new IdlServiceExtProxy(remote);
    // 通过接口调用的方式进行通信，屏蔽了RPC通信的细节，简洁明了
    serviceExtProxy.processData(1, (errorCode: number, retVal: number) => {
      console.info(`processData, errorCode: ${errorCode}, retVal: ${retVal}`);
    });
    serviceExtProxy.insertDataToMap('theKey', 1, (errorCode: number) => {
      console.info(`insertDataToMap, errorCode: ${errorCode}`);
    })
  },
  onDisconnect(elementName) {
    console.info('onDisconnect callback')
  },
  onFailed(code) {
    console.info('onFailed callback')
  }
}

  • 直接使用sendMessageRequest接口向服务端发送消息（不推荐）

    import rpc from '@ohos.rpc';
import common from '@ohos.app.ability.common';
import { BusinessError } from '@ohos.base';

const REQUEST_CODE = 1;
let options: common.ConnectOptions = {
  onConnect(elementName, remote) {
    console.info('onConnect callback');
    if (remote === null) {
      console.info(`onConnect remote is null`);
      return;
    }
    // 直接调用rpc的接口向服务端发送消息，客户端需自行对入参进行序列化，对返回值进行反序列化，操作繁琐
    let option = new rpc.MessageOption();
    let data = new rpc.MessageSequence();
    let reply = new rpc.MessageSequence();
    data.writeInt(100);

    // @param code 表示客户端发送的服务请求代码。
    // @param data 表示客户端发送的{@link MessageSequence}对象。
    // @param reply 表示远程服务发送的响应消息对象。
    // @param options 指示操作是同步的还是异步的。
    // 
    // @return 如果操作成功返回{@code true}； 否则返回 {@code false}。
    remote.sendMessageRequest(REQUEST_CODE, data, reply, option).then((ret) => {
      let msg = reply.readInt();
      console.info(`sendMessageRequest ret:${ret} msg:${msg}`);
    }).catch((error: BusinessError) => {
      console.info('sendMessageRequest failed');
    });
  },
  onDisconnect(elementName) {
    console.info('onDisconnect callback')
  },
  onFailed(code) {
    console.info('onFailed callback')
  }
}

服务端对客户端身份校验

部分开发者需要使用ServiceExtension提供一些较为敏感的服务，因此需要对客户端身份进行校验，开发者可在IDL接口的stub端进行校验，IDL接口实现详见上文定义IDL接口，此处推荐两种校验方式：

  • 通过callerUid识别客户端应用

    通过调用getCallingUid()接口获取客户端的uid，再调用getBundleNameByUid()接口获取uid对应的bundleName，从而识别客户端身份。此处需要注意的是getBundleNameByUid()是一个异步接口，因此服务端无法将校验结果返回给客户端，这种校验方式适合客户端向服务端发起执行异步任务请求的场景，示例代码如下：

    import rpc from '@ohos.rpc';
import { BusinessError } from '@ohos.base';
import bundleManager from '@ohos.bundle.bundleManager';
import { processDataCallback } from './i_idl_service_ext';
import { insertDataToMapCallback } from './i_idl_service_ext';
import IdlServiceExtStub from './idl_service_ext_stub';

const ERR_OK = 0;
const ERR_DENY = -1;
const TAG: string = "[IdlServiceExtImpl]";

export default class ServiceExtImpl extends IdlServiceExtStub {
  processData(data: number, callback: processDataCallback): void {
    console.info(TAG, `processData: ${data}`);

    let callerUid = rpc.IPCSkeleton.getCallingUid();
    bundleManager.getBundleNameByUid(callerUid).then((callerBundleName) => {
      console.info(TAG, 'getBundleNameByUid: ' + callerBundleName);
      // 对客户端包名进行识别
      if (callerBundleName != 'com.example.connectextapp') { // 识别不通过
        console.info(TAG, 'The caller bundle is not in trustlist, reject');
        return;
      }
      // 识别通过，执行正常业务逻辑
    }).catch((err: BusinessError) => {
      console.info(TAG, 'getBundleNameByUid failed: ' + err.message);
    });
  }

  insertDataToMap(key: string, val: number, callback: insertDataToMapCallback): void {
    // 开发者自行实现业务逻辑
    console.info(TAG, `insertDataToMap, key: ${key}  val: ${val}`);
    callback(ERR_OK);
  }
}

  • 通过callerTokenId对客户端进行鉴权

    通过调用getCallingTokenId()接口获取客户端的tokenID，再调用verifyAccessTokenSync()接口判断客户端是否有某个具体权限，由于当前不支持自定义权限，因此只能校验当前系统所定义的权限。示例代码如下：

    import rpc from '@ohos.rpc';
import abilityAccessCtrl from '@ohos.abilityAccessCtrl';
import {processDataCallback} from './i_idl_service_ext';
import {insertDataToMapCallback} from './i_idl_service_ext';
import IdlServiceExtStub from './idl_service_ext_stub';

const ERR_OK = 0;
const ERR_DENY = -1;
const TAG: string = "[IdlServiceExtImpl]";

export default class ServiceExtImpl extends IdlServiceExtStub {
  processData(data: number, callback: processDataCallback): void {
    console.info(TAG, `processData: ${data}`);

    let callerTokenId = rpc.IPCSkeleton.getCallingTokenId();
    let accessManger = abilityAccessCtrl.createAtManager();
    // 所校验的具体权限由开发者自行选择，此处ohos.permission.SET_WALLPAPER只作为示例
    let grantStatus =
        accessManger.verifyAccessTokenSync(callerTokenId, "ohos.permission.SET_WALLPAPER");
    if (grantStatus === abilityAccessCtrl.GrantStatus.PERMISSION_DENIED) {
        console.info(TAG, `PERMISSION_DENIED`);
        callback(ERR_DENY, data);   // 鉴权失败，返回错误
        return;
    }
    callback(ERR_OK, data + 1);     // 鉴权通过，执行正常业务逻辑
  }

  insertDataToMap(key: string, val: number, callback: insertDataToMapCallback): void {
    // 开发者自行实现业务逻辑
    console.info(TAG, `insertDataToMap, key: ${key}  val: ${val}`);
    callback(ERR_OK);
  }
}

最后

有很多小伙伴不知道学习哪些鸿蒙开发技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？而且学习时频繁踩坑，最终浪费大量时间。所以有一份实用的鸿蒙（HarmonyOS NEXT）资料用来跟着学习是非常有必要的。 

这份鸿蒙（HarmonyOS NEXT）资料包含了鸿蒙开发必掌握的核心知识要点，内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）技术知识点。

希望这一份鸿蒙学习资料能够给大家带来帮助，有需要的小伙伴自行领取，限时开源，先到先得~无套路领取！！

获取这份完整版高清学习路线，请点击→纯血版全套鸿蒙HarmonyOS学习资料

鸿蒙（HarmonyOS NEXT）最新学习路线

  •  HarmonOS基础技能

  • HarmonOS就业必备技能 
  •  HarmonOS多媒体技术

  • 鸿蒙NaPi组件进阶

  • HarmonOS高级技能

  • 初识HarmonOS内核 
  • 实战就业级设备开发

有了路线图，怎么能没有学习资料呢，小编也准备了一份联合鸿蒙官方发布笔记整理收纳的一套系统性的鸿蒙（OpenHarmony ）学习手册（共计1236页）与鸿蒙（OpenHarmony ）开发入门教学视频，内容包含：ArkTS、ArkUI、Web开发、应用模型、资源分类…等知识点。

获取以上完整版高清学习路线，请点击→纯血版全套鸿蒙HarmonyOS学习资料

《鸿蒙 (OpenHarmony)开发入门教学视频》

《鸿蒙生态应用开发V2.0白皮书》

图片

《鸿蒙 (OpenHarmony)开发基础到实战手册》

OpenHarmony北向、南向开发环境搭建

图片

 《鸿蒙开发基础》

  • ArkTS语言
  • 安装DevEco Studio
  • 运用你的第一个ArkTS应用
  • ArkUI声明式UI开发
  • .……

图片

 《鸿蒙开发进阶》

  • Stage模型入门
  • 网络管理
  • 数据管理
  • 电话服务
  • 分布式应用开发
  • 通知与窗口管理
  • 多媒体技术
  • 安全技能
  • 任务管理
  • WebGL
  • 国际化开发
  • 应用测试
  • DFX面向未来设计
  • 鸿蒙系统移植和裁剪定制
  • ……

图片

《鸿蒙进阶实战》

  • ArkTS实践
  • UIAbility应用
  • 网络案例
  • ……

图片

 获取以上完整鸿蒙HarmonyOS学习资料，请点击→纯血版全套鸿蒙HarmonyOS学习资料

总结

总的来说，华为鸿蒙不再兼容安卓，对中年程序员来说是一个挑战，也是一个机会。只有积极应对变化，不断学习和提升自己，他们才能在这个变革的时代中立于不败之地。

蜀道衫QAQ
关注
  • 27
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
HarmonyOS云开发基础认证自刷题库
09-13
包括：Serverless基础、快速构建用户认证系统、云函数入门指南、云数据库入门指南、云存储入门指南、HarmonyOS云开发、HarmonyOS云开发基础认证，内容为本人穷举法刷过的所有题目
鸿蒙HarmonyOS实战-Stage模型（ExtensionAbility组件）
shudaoshanQAQ的博客
01-09 1147
HarmonyOS中的ExtensionAbility组件是一种能够扩展系统功能的能力组件。它可以通过扩展系统能力接口，为应用程序提供一些特定的功能，以满足应用程序的特殊需求。
HarmonyOS 鸿蒙组件启动规则（Stage模型）
2401_83047642的博客
03-05 1087
启动组件的具体校验流程见下文。
【鸿蒙开发】第十三章 Stage模型应用组件-线程和进程
Yvan
02-24 912
当前的进程模型如下图所示。应用中（同一Bundle名称）的所有UIAbility和均是运行在同一个独立进程（主进程）中，如下图中绿色部分的“应用中（同一Bundle名称）的所有同一类型（除和外）均是运行在一个独立进程中，如下图中蓝色部分的“”、“”、其他。WebView拥有独立的渲染进程，如下图中黄色部分的“说明：仅系统应用支持构建ServiceExtensionAbility和DataShareExtensionAbility。执行hdc shell命令，进入设备的shell命令行。
OpenHarmony应用开发技巧 - 如何安装ServiceExtensionAbility
TiZizzz
03-05 931
在使用ServiceExtensionAbility时，开发者遇到的最大问题为无法安装的问题，在安装过程中报 install parse profile prop check error 错误。本文档将带大家学习如何正确配置系统应用特权，使包含ServiceExtensionAbility组件的应用可以正确的安装在OpenHarmony系统中。
鸿蒙开发接口Ability框架：【 (ServiceExtensionAbility)】
最新发布
2301_76813281的博客
05-08 1092
鸿蒙是完全具备无与伦比的机遇和潜力的；预计到年底将有 5,000 款的应用完成原生鸿蒙开发，这么多的应用需要开发，也就意味着需要有更多的鸿蒙人才。鸿蒙开发工程师也将会迎来爆发式的增长，学习鸿蒙势在必行！
鸿蒙full_sdk使用指南-3.代码展示
hmxm6的博客
06-18 291
在entry模块中的启动Ability EntryAbility 通过 startServiceExtensionAbility接口拉起上面那个DeviceVariableAbility。在OpenHarmony stage模型中实现在entry module里面启动其他module的ability。在device module中有个DeviceVariableAbility。版本号：openharmony 3.2R。
OpenHarmony应用开发技巧 - 应用常驻和自启动配置
TiZizzz
07-03 1517
本文档将介绍如何修改系统配置项使自己开发的应用可以获得常驻和自启动的能力。临时配置用于测试配置项是否生效，当生效后可将配置信息拷贝到系统源码中，使配置永久生效。
HarmonyOS移动应用开发
04-07
通过该课程的学习，您将掌握HarmonyOS基本概念及原理、HarmonyOS技术架构、HarmonyOS应用开发流程、Ability与UI开发知识，具备HarmonyOS功能开发、调试与发布的能力，能够胜任HarmonyOS应用开发工程师岗位。
Harmony OS物联网应用开发实战
10-02
Harmony OS物联网应用开发实战
HCIA-HarmonyOS应用开发工程师 V2.0 模拟考试
10-13
初级认证 HarmonyOS应用开发能力工程师模拟测试
华为harmonyos公测-HarmonyOS-examples:鸿蒙示例
07-01
HarmonyOS应用开发的各种示例，项目及开发教程汇总，帮助初学者快速掌握HarmonyOS应用开发。 没有人能熄灭满天的星光，每一位开发者，让我们在此汇集，一起点亮整个星空。 记得给仓库点个 Star 哟:winking_face: 一...
OpenHarmony 4.0 本地OTA升级
mart!nhu的博客
09-15 1865
OpenHarmony 3.2 本地OTA全量增量升级操作指南
HarmonyOS/OpenHarmony应用开发-Stage模型UIAbility组件使用（四）
weixin_69135651的博客
07-13 1505
HarmonyOS/OpenHarmony应用开发-Stage模型UIAbility组件使用
鸿蒙HarmonyOS 开发如果实现多端协同？
maniuT的博客
03-26 1010
在发起端设置目标组件参数，调用startAbilityForResult()接口启动目标端UIAbility，异步回调中的data用于接收目标端UIAbility停止自身后返回给调用方UIAbility的信息。在设备A上通过应用提供的启动按钮，启动设备B上指定的UIAbility，当设备B上的UIAbility退出后，会将返回值发回设备A上的发起端应用。在设备A上通过发起端应用提供的启动按钮，启动设备B上指定的UIAbility与ServiceExtensionAbility。
OpenHarmony实战开发-Ability与ServiceExtensionAbility通信。
m0_70749039的博客
04-08 743
本示例展示通过IDL的方式 和 @ohos.rpc 等接口实现了Ability与ServiceExtensionAbility之间的通信。
鸿蒙应用开发之stage模型和fa模型的区别
xiangzhihong8的专栏
11-02 3061
Stage 模型与 FA 模型最大的区别在于：Stage 模型中多个应用组件共享同一个虚拟机， 而 FA 模型中，每个应用组件独享一个虚拟机。Stage 模型作为鸿蒙系统的主要应用编程模型，开发者通过它能够更加便 利地开发出分布式场景下的复杂应用。为复杂应用设计：多应用组件在运行时共享同一个虚拟机引擎，从而减少复杂应用 运行内存的占用。采用面向对象的开发方式，使得复杂应用代码可读性高、易维护、扩展性强。
harmonyos iot设备开发实战 pdf
05-13
华为发布了一本名为《HarmonyOS IoT设备开发实战》的PDF文档。这个文档主要是介绍了如何使用华为自己研发的鸿蒙操作系统来开发物联网设备。作为一个全新的操作系统，HarmonyOS可以在不同的设备之间进行无缝连接和通信，这使得开发物联网设备变得更加容易和便捷。 在这本PDF文档中，我们可以学习到如何从头开始开发一个基于HarmonyOS的物联网设备，包括如何安装HarmonyOS的开发环境、使用HarmonyOS SDK进行开发和调试、以及如何利用HarmonyOS的技术来实现设备之间的互联和交互等方面。 当然，这本文档不仅仅是介绍如何开发物联网设备，还涉及到了HarmonyOS操作系统本身的一些重要概念和特点，例如鸿蒙内核架构、多设备协同、虚拟化技术等。 总的来说，《HarmonyOS IoT设备开发实战》是一本非常有价值和实用的书籍，对于那些希望使用HarmonyOS来开发物联网设备的开发者们来说，是一份不可多得的指南和教材。此外，对于对于了解HarmonyOS和物联网开发感兴趣的人来说，也是一本值得阅读的书籍。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值