Openharmony IPC通信(L2)

原创
系统 OpenHarmony
Openharmony的IPC通信,几乎所有模块都有用到。对IPC通信流程的理解,为熟悉了解其他模块有很重要的帮助。

​想了解更多内容,请访问:​

​51CTO和华为官方合作共建的鸿蒙技术社区​

​https://harmonyos.51cto.com​

一、简介

Openharmony的IPC通信,几乎所有模块都有用到。

对IPC通信流程的理解,为熟悉了解其他模块有很重要的帮助。

IPC通信(仓库:communication_ipc)与safwk系统服务框架(仓库:distributedschedule_safwk)和samgr系统服务管理(仓库:distributedschedule_samgr)有很紧密的联系。

二、IPC通信

2.1 IPC通信注册流程

以foundation\communication\ipc\ipc\test\auxiliary\native为例,对IPC进行梳理。

IPC通信包括客户端(client)和服务端(service)。

  • 服务端TestService继承自IPCObjectStub。
  • 客户端TestServiceClient通过iface_cast(object)获取到一个TestServiceProxy对象。TestServiceProxy继承自PeerHolder,里面包含指向IPCObjectProxy的指针。
  • 客户端的IPCObjectProxy和服务端IPCObjectStub是对应关系。

流程图:

流程图解释

服务端以IPC_TEST_SERVICE为saId,将继承自IPCObjectStub的对象经dbinder驱动,注册到samgr系统服务管理进程中去。

binder_translate_binder有一个将标志为BINDER_TYPE_BINDER转换成BINDER_TYPE_HANDLE的过程。samgr响应注册消息,通过BinderInvoker::UnflattenObject解析对象,实际上是根据注册的IPCObjectStubnew一个IPCObjectProxy对象存储在samgr的map中。

客户端以IPC_TEST_SERVICE去samgr中取IPCObjectProxy对象。并通过iface_castnew一个包含取的IPCObjectProxy的TestServiceProxy对象。这样客户端和服务端就建立起了关系,可以进行下一步相互通信。

2.2 IPC通信交互

Openharmony的IPC通信,有点类似http协议:客户发送数据==>服务端响应处理数据==>服务端回复==>客户端获取到回复数据

流程图如下:

客户端与服务端的交互

客户端通过: Remote()->SendRequest向服务端发消息,等待结果。

服务端通过: xxxServiceStub::OnRemoteRequest处理客户端消息,并回复。

三、samgr系统服务管理进程

主要管理各个模块服务端注册的saId和IPCObjectProxy对象键值对。

四、safwk系统服务框架

IPC客户端服务端注册拉起框架。

4.1 服务端的注册

xxxInterface是客户端和服务端都需要实现的接口继承类。

注册方式1,基本上自己有main函数入口:

xxxService继承IPCObjectStub 和 xxxInterface

auto saMgr = SystemAbilityManagerClient::GetInstance().GetSystemAbilityManager();
sptr<IRemoteObject> newInstance = new xxxService();
int result = saMgr->AddSystemAbility(xxxSaId, newInstance);

注册方式2, 本身没有main函数入口,需要借助safwk的main入口:

xxxService继承IPCObjectStub,xxxInterface 和 SystemAbility

// 注册方式2的第一种方式
REGISTER_SYSTEM_ABILITY_BY_ID(xxxService, xxxSaId, true);
// 注册方式2的第二种方式
SystemAbility::MakeAndRegisterAbility

4.2 服务拉起

  • 注册方式1:有main入口,是一个独立进程。直接运行即可。
  • 注册方式2:编译出来是一个动态库,

通过: /system/bin/sa_main /system/profile/xxx_sa.xml拉起来,xml文件中配置了动态库信息。可以参考文档

​【OpenHarmony SA 动态库服务 拉起的main入口】​​了解拉起流程

4.3 客户端类定义

xxxServiceProxy继承PeerHolder 和 xxxInterface

客户端类中定义一个静态变量:

// 定义静态变量,才能通过iface_cast创建一个包含IPCObjectProxy的xxxServiceProxy对象
static inline BrokerDelegator<xxxServiceProxy> delegator_;

4.4 客户端获取注册信息

auto saMgr = SystemAbilityManagerClient::GetInstance().GetSystemAbilityManager();
sptr<IRemoteObject> object = saMgr->GetSystemAbility(SaId);
client = iface_cast<xxxInterface >(object);

以foundation\communication\ipc\ipc\test\auxiliary\native为例继承图:

​想了解更多内容,请访问:​

​51CTO和华为官方合作共建的鸿蒙技术社区​

​https://harmonyos.51cto.com​

责任编辑:jianghua 来源: 鸿蒙社区
相关推荐

2022-07-04 16:41:16

IPC通信HiTrace

2022-07-14 19:03:33

IPC服务鸿蒙

2022-06-22 09:14:23

事件打点HiSysEvent

2022-02-21 15:38:57

Openharmon操作系统鸿蒙

2022-06-14 15:07:04

IPC客户端服务端

2022-04-06 11:27:05

harmonyeTS 开发NAPI开发

2015-01-20 13:19:52

OpenStack网络层数据链路层

2021-10-20 19:14:30

缓存CacheCPU

2022-01-06 16:16:21

鸿蒙HarmonyOS应用

2023-02-20 08:00:00

2023-01-31 09:12:16

CPU芯片缓存

2023-10-10 15:33:55

机器学习相似性度量

2022-08-26 14:58:43

区块链比特币架构

2022-01-14 09:57:14

鸿蒙HarmonyOS应用

2019-07-30 13:18:25

自动驾驶L2驾驶

2014-11-25 13:28:17

openstackneutronDVR

2022-02-14 13:52:04

OpenHarmor系统鸿蒙

2022-03-21 15:42:36

智能家居物联网MQTT

2022-02-25 15:33:45

图像采集鸿蒙Camera相机

2022-03-30 15:06:25

数据传输Harmony源码分析
点赞
收藏

51CTO技术栈公众号