OpenHarmony轻量系统服务管理|进程间通信的客户端代理详解(二)

最新推荐文章于 2024-12-26 18:14:26 发布
最新推荐文章于 2024-12-26 18:14:26 发布
阅读量557 收藏 3
点赞数 4
分类专栏： 移动开发 openHarmony 鸿蒙开发 文章标签： OpenHarmony 鸿蒙系统 鸿蒙 harmonyos 驱动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/MNxiaona666/article/details/142098267
版权
移动开发 同时被 3 个专栏收录
100 篇文章 3 订阅
订阅专栏
openHarmony
100 篇文章 1 订阅
订阅专栏
鸿蒙开发
100 篇文章 0 订阅
订阅专栏

往期知识点记录：

函数实现详解

减少引用数
//将指定对象的引用数减一，若引用数变为0，需要负责回收资源
static int Release(IUnknown *proxy)
{
    MUTEX_Lock(g_mutex);
    //将proxy对象的引用数减一
    int ref = IUNKNOWN_Release(proxy);
    MUTEX_Unlock(g_mutex);
    if (ref != 0) {
        //若当前对象引用数不为0，则返回引用数
        return ref;
    }
    //当前对象的引用数为0，需要回收相应的资源
    //获取代理接口的IDefaultClient成员
    IDefaultClient *client = GET_OBJECT(proxy, IDefaultClient, entry.iUnknown);
    //根据service和feature获取factory对象，然后调用该对象的销毁器，销毁其下属的iClient
    int ret = SAMGR_ReleaseIClient(client->header.key.service, client->header.key.feature, client);
    if (ret == EC_NOHANDLER) {
        //调用销毁器失败，直接释放资源
        SAMGR_Free(client);
        return EC_SUCCESS;
    }
    return ret;
}
客户端代理的处理函数
/*
    函数功能：负责客户端代理请求消息的发送和响应消息的接收
    函数参数：@proxy：客户端代理
             @funcId：指定调用的服务端处理函数
             @request：待发送的请求消息
             @owner：请求消息的创建者
             @notify：响应消息的处理者
    函数描述：将客户端代理创建的请求消息发送给指定的服务和功能。
             若notify为NULL则不需要接收响应消息，若notify不为NULL则需要接收响应消息。
             notify将响应消息转发给对应的客户端代理。
*/
static int ProxyInvoke(IClientProxy *proxy, int funcId, IpcIo *request, IOwner owner, INotify notify)
{
    if (proxy == NULL) {
        return EC_INVALID;
    }
    //获取代理接口的IDefaultClient成员
    IDefaultClient *client = GET_OBJECT(proxy, IDefaultClient, entry.iUnknown);
    //获取头部信息
    IClientHeader *header = &client->header;
    if (header->target.handle == INVALID_INDEX) {
        //目标的访问地址是无效的，需要重新获取访问地址
        header->target = QueryIdentity(header->context, header->key.service, header->key.feature);
        if (header->target.handle == INVALID_INDEX) {
            //重新查询后还是无效，则返回EC_INVALID
            return EC_INVALID;
        }
        //查询成功，注册死亡回调函数
        (void)RegisterDeathCallback(header->context, header->target, OnServiceExit, header, &header->deadId);
    }
    //构建响应消息体
    IpcIo reply;
    void *replyBuf = NULL;
    /*
        LITEIPC_FLAG_DEFAULT  发送并且服务端需要响应
        LITEIPC_FLAG_ONEWAY   仅发送消息
    */
    //若notify不为NULL，则指定flag为LITEIPC_FLAG_DEFAULT，发送并且服务端需要响应。notify接收响应消息并转发给响应的owner
    IpcFlag flag = (notify == NULL) ? LITEIPC_FLAG_ONEWAY : LITEIPC_FLAG_DEFAULT;
    //从当前进程的endpoint向目标的地址发送请求消息
    int ret = Transact(header->context, header->target, funcId, request, &reply, flag, (uintptr_t *)&replyBuf);
    if (ret != LITEIPC_OK) {//发送失败
        //解除死亡的回调函数
        (void)UnregisterDeathCallback(header->target, header->deadId);
        //清除访问地址信息，返回EC_FAILURE
        header->deadId = INVALID_INDEX;
        header->target.handle = INVALID_INDEX;
        header->target.token = INVALID_INDEX;
        header->target.cookie = INVALID_INDEX;
        return EC_FAILURE;
    }
    //请求消息发送成功
    //判断notify是否为NULL，用于接收响应消息，并转发给对应的请求消息创建者
    if (notify != NULL) {
        /*
            owner表示接收响应数据的客户端代理，也是请求消息的创建者
        */
        //通知owner处理响应消息
        notify(owner, ret, &reply);
    }
    if (replyBuf != NULL) {//资源回收
        FreeBuffer(header->context, replyBuf);
    }
    return ret;
}
断开服务的回调函数
/*
    函数功能：断开连接后回收资源
    函数参数：@context：IPC通信上下文
             @ipcMsg：消息IO
             @data：数据缓冲区
             @argv：客户端代理，由调用者指定
    函数描述：与服务断开连接时触发的回调函数，负责回收持有的资源。
*/
static int OnServiceExit(const IpcContext *context, void *ipcMsg, IpcIo *data, void *argv)
{
    (void)data;
    //获取头部
    IClientHeader *header = (IClientHeader *)argv;
    //解除死亡回调函数
    (void)UnregisterDeathCallback(header->target, header->deadId);
#ifdef __LINUX__
    BinderRelease(context, header->target.handle);
#endif
    //清空，置为无效值
    header->deadId = INVALID_INDEX;
    header->target.handle = INVALID_INDEX;
    header->target.token = INVALID_INDEX;
    header->target.cookie = INVALID_INDEX;
    if (ipcMsg != NULL) {
        //回收资源
        FreeBuffer(header->context, ipcMsg);
    }
    HILOG_ERROR(HILOG_MODULE_SAMGR, "Miss the remote service<%u, %u>!", header->target.handle, header->target.token);
    return EC_SUCCESS;
}
获取服务和功能的访问地址
/*
    函数功能：查询指定服务和功能的访问地址
    函数参数：@context：IPC通信的上下文
             @service：服务名称
             @feature：功能名称
    函数返回：查询成功 返回指定服务和功能的访问地址，查询失败 返回无效的访问地址
    函数描述：通过当前进程endpoint的ipc上下文向主endpoint发起查询指定服务和功能的请求。
             若查询成功，主endpoint向本进程发送包含服务和功能的访问地址的响应信息。通过这个访问地址，就可以进行服务间的跨进程交互。
             若查询失败，则访问地址是无效值。
*/
static SvcIdentity QueryIdentity(const IpcContext *context, const char *service, const char *feature)
{
    //构建请求消息结构体
    IpcIo req;
    uint8 data[MAX_DATA_LEN];
    //初始化，将req与data缓冲区关联
    IpcIoInit(&req, data, MAX_DATA_LEN, 0);
    //请求的资源类型为FEATURE
    IpcIoPushUint32(&req, RES_FEATURE);
    //操作为GET，查询操作
    IpcIoPushUint32(&req, OP_GET);
    //将消息放入共享内存，先push字符串长度，再push服务名称
    IpcIoPushString(&req, service);
    //push一个bool值，标识feature是否为NULL
    IpcIoPushBool(&req, feature == NULL);
    if (feature != NULL) {
        //不为NULL，则先push字符串长度，再push功能名称
        IpcIoPushString(&req, feature);
    }
    //将service和feature的信息放入共享内存完毕
    //构建响应消息体
    IpcIo reply;
    //响应消息接收缓冲区
    void *replyBuf = NULL;
    //指定主endpoint的标识
    SvcIdentity samgr = {SAMGR_HANDLE, SAMGR_TOKEN, SAMGR_COOKIE};
    //向主endpoint发送消息，并接收响应
    int ret = Transact(context, samgr, INVALID_INDEX, &req, &reply, LITEIPC_FLAG_DEFAULT, (uintptr_t *)&replyBuf);
    //若失败 ret=EC_FAILURE，若成功 则读取响应消息
    ret = (ret != LITEIPC_OK) ? EC_FAILURE : IpcIoPopInt32(&reply);
    //初始化目标的访问地址，此时为无效值
    SvcIdentity target = {INVALID_INDEX, INVALID_INDEX, INVALID_INDEX};
    if (ret == EC_SUCCESS) {//向主endpoint发送查询请求成功，并收到响应消息
        //读取reply中的数据，获取SvcIdentity值，是指定服务和功能的访问地址
        SvcIdentity *svc = IpcIoPopSvc(&reply);
        if (svc != NULL) {
#ifdef __LINUX__
        /*
            在完整代码1.1.1的文件目录foundation\communication\ipc_lite\frameworks\liteipc\src\liteipc_adapter.c中
            对BinderAcquire的实现如下:
            int32_t BinderAcquire(const IpcContext* context, uint32_t handle)
            {
                return LITEIPC_OK;
            }
        */
            BinderAcquire(svc->ipcContext, svc->handle);
#endif
            //更新目标的访问地址
            target = *svc;
        }
    }
    if (ret == EC_PERMISSION) {
        //没有权限
        HILOG_INFO(HILOG_MODULE_SAMGR, "Cannot Access<%s, %s> No Permission!", service, feature);
    }
    //释放资源
    if (replyBuf != NULL) {
        FreeBuffer(context, replyBuf);
    }
    return target;
}

写在最后

如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：

  • 点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
  • 关注小编，同时可以期待后续文章ing🚀，不定期分享原创知识。
  • 想要获取更多完整鸿蒙最新学习资源，请看下图提示：
    在这里插入图片描述
使用lighttpd搭建轻量级web服务器详解
dvlinker的技术专栏
07-30 2万+
使用lighttpd搭建轻量级web服务器详解
【并发编程六】c++进程通信——信号量（semaphore)
junxuezheng的博客
11-17 8007
信号量是操作系统提供的一种协调共享资源访问的方法。信号量则由操作系统进行管理，地位高于进程，操作系统保证信号量的原子性。
OpenHarmony轻量系统服务管理|进程间通信的客户端代理详解(一)
MNxiaona666的博客
09-10 738
上一篇文章讲解了高效、便携的工厂模式，并分析了如何使用工厂方式创建及销毁客户端代理的相关代码。在本文中进一步分析客户端代理的系列函数。相关代码实现位于distributedschedule_samgr_lite\samgr_endpoint\source\default_client.c。
鸿蒙OS开发实例：【工具类封装-页面路由】
2301_76813281的博客
03-28 1463
鸿蒙是完全具备无与伦比的机遇和潜力的；预计到年底将有 5,000 款的应用完成原生鸿蒙开发，这么多的应用需要开发，也就意味着需要有更多的鸿蒙人才。鸿蒙开发工程师也将会迎来爆发式的增长，学习鸿蒙势在必行！
鸿蒙开发实例：【配置OpenHarmony SDK】
2301_76813281的博客
04-22 2952
鸿蒙是完全具备无与伦比的机遇和潜力的；预计到年底将有 5,000 款的应用完成原生鸿蒙开发，这么多的应用需要开发，也就意味着需要有更多的鸿蒙人才。鸿蒙开发工程师也将会迎来爆发式的增长，学习鸿蒙势在必行！
浅谈Openharmony系统服务框架Samgr
DaHuangXiao的博客
04-09 4227
前言 在刚接触 Samgr 时笔者根本不知道其设计初衷是啥（水平较菜，刚接触C语言），尽管官方文档对其进行了介绍，但仍有种听君一席话胜读一席话的感觉。为此，笔者花了一天对其进行探究和学习，将笔记梳理并记录于本文。 Samgr概念 官方说明 官方仓 https://gitee.com/openharmony/distributedschedule_samgr_lite 对其解释如下: 由于平台资源有限，且硬件平台多样，因此需要屏蔽不同硬件架构和平台资源的不同、以及运行形态的不同，提供统一化的系统服务开发框架。
OpenHarmony模块二interfaces下头文件解析（7）
L_superhero的博客
09-22 218
distributedschedule_samgr_lite/interfaces/kits/registry/iproxy_server.h 该文件主要提供了服务器代理，此功能是提供跨进程系统功能所必需的。 该宏定义了服务器代理的默认版本号，当Samgr使用服务器代理版本查询已注册的服务器代理时，将注册跨进程系统功能。 #define SERVER_PROXY_VER 0x80 #define SERVER_IMPL_PROXY_VER ((uint16)SERVER_PROXY_VER | (uint1
Linux-进程间通信
AI_ELF的博客
08-23 7032
数据传输：一个进程需要将它的数据发送给另一个进程资源共享：多个进程之间共享同样的资源。通知事件：一个进程需要向另一个或一组进程发送消息，通知它（它们）发生了某种事件（如进程终止时要通知父进程）。进程控制：有些进程希望完全控制另一个进程的执行（如Debug进程），此时控制进程希望能够拦截另一个进程的所有陷入和异常，并能够及时知道它的状态改变。
嵌入式Openharmony系统构建与启动详解
嵌入式技术开发
09-08 3202
旨在构建统一的驱动架构平台，为驱动开发者提供更精准、更高效的开发环境,力求做到一次开发，多系统部署。为了实现这一目标，OpenHarmony 驱动框架:采用c语言面向对象编程模型构建，通过平台解耦、内核解耦，来达到兼容不同内核，统一平台底座的目的，从而帮助开发者实现驱动一次开发，多系统部署的效果。这个描述至少包含了以下3个关键的信息:
【Linux】进程间通信（IPC）之信号量详解与测试用例
热门推荐
春风来不来的博客
03-22 1万+
学习环境centos6.5 Linux内核2.6进程间通信概述进程通信机制一般情况下，系统中运行着大量的进程，而每个进程之间并不是相互独立的，有些进程之间经常需要互相传递消息。但是每个进程在系统中都有自己的地址空间，操作系统通过页表和实际物理内存所关联，不允许其他进程随意进入。因此，就必须有一种机制既能保证进程之间的通信，又能保证系统的安全，即进程间通信机制——I P C （Inter_Proces
基于GDBus框架的进程间通信详解
博了个客
07-02 7687
首先简单介绍一下什么是GDBus。GDBus是一种基于d-bus技术的进程间通信框架，其中最核心的部分就是“Bus”，个人理解，它就是一个进程间通信的“桥梁”，不同的进程之间进行接收或者传递消息，都需要通过这个"Bus"总线。进程间通信的消息都会先发送到"Bus"总线上，然后再分发到目标进程上，"Bus"总线会根据收到消息的类型不同，采取不同的处理，主要处理可以分为两类：函数调用、信号广播。为了方便起见，我们假设有两个进程需要进行通信，一个Client进程，一个Server进程。...
Linux 服务器和客户端socket通信，网络通信，详解
a_happy_ant的博客
11-17 3207
服务器端工作流程： 调用 socket() 函数创建套接字 用 bind() 函数将创建的套接字与服务端IP地址和端口绑定 调用listen()函数监听socket() 函数创建的套接字，等待客户端连接 当客户端请求到来之后 调用 accept()函数接受连接请求，返回一个对应于此连接的新的套接字，做好通信准备 调用 write()/read() 函数和 send()/recv()函数进行数据的读写，通过 accept() 返回的套接字和客户端进行通信 关闭socket（close） 客户端工作流.
鸿蒙项目云捐助第二十二讲云捐助项目物联网IoT鸿蒙端的代码实现
play_big_knife的博客
12-23 880
云捐助项目通过鸿蒙Next结合华为云函数，华为云数据库，华为云IOT平台及MindSpore大模型及一些其他智能元素的使用。项目立足于捐助领域，以一种善举进行危难时刻每个人的一颗爱心捐助，在此 app中具备捐助项目，捐助岛，及捐助的智能问答和捐助的物品识别等功能。这里是第二十二讲云捐助项目物联网IoT鸿蒙端的代码实现。
鸿蒙项目云捐助第二十八讲云捐助项目首页组件云数据库加载轮播图
最新发布
play_big_knife的博客
12-26 330
云捐助项目通过鸿蒙Next结合华为云函数，华为云数据库，华为云IOT平台及MindSpore大模型及一些其他智能元素的使用。项目立足于捐助领域，以一种善举进行危难时刻每个人的一颗爱心捐助，在此 app中具备捐助项目，捐助岛，及捐助的智能问答和捐助的物品识别等功能。这里是第二十八讲云捐助项目首页组件云数据库加载轮播图。
HarmonyOS Next 应用元服务开发-分布式数据对象迁移数据权限与基础数据
weixin_69135651的博客
12-23 559
对端加入组网的分布式数据对象不能为临时变量，因为在分布式数据对象on()接口为异步回调，可能在onCreate()/onNewWant()执行结束后才执行，临时变量被释放可能导致空指针异常。使用分布式数据对象，与上述开发步骤类似，需要在源端onContinue()接口中进行数据保存，并在对端的onCreate()/onNewWant()接口中进行数据恢复。在onContinue()接口中使用create()接口创建分布式数据对象，将所要迁移的数据填充到分布式数据对象数据中。注册on()接口监听数据变更。
2024最新鸿蒙开发面试题合集（二）-HarmonyOS NEXT Release（API 12 Release）
wsy18201533604的博客
12-26 664
HarmonyOS 是新一代的智能终端操作系统，为不同设备的智能化、互联与协同提供了统一的语言。带来简洁，流畅，连续，安全可靠的全场景交互体验。鸿蒙操作系统发展历程2019年8月9日：鸿蒙1.0发布，首次应用于华为荣耀智慧屏产品中，标志着华为正式进军操作系统领域2020年9月10日：鸿蒙2.0在华为开发者大会上发布，适用于部分手机、车机、智能电视等设备2022年7月27日。
鸿蒙(HarmonyOS)原生AI能力之文本识别
猫林老师 - 致力优质教程编写
12-23 910
在之前开发中，很多场景我们是通过调用云端的智能能力进行开发。例如文本识别、人脸识别等。原生即指将一些能力直接集成在本地鸿蒙系统中，通过不同层次的AI能力开放，满足开发者的不同场景下的诉求，降低应用开发门槛，帮助开发者快速实现应用智能化概念：将图片中的文字给识别出来使用实现文本识别仅能识别5种语言类型简体中文、繁体中文、英文、日文、韩文使用步骤导入textRecognition实例化visionInfo对象，用来准备待识别的图片（需PixelMap类型）pixelMap: '待识别图片'
鸿蒙Next状态管理V2 - @Param装饰器总结
quietlong的专栏
12-26 622
为增强子组件接受外部参数输入的能力，开发者可使用@Param装饰器。从API version 12开始，在装饰的自定义组件中支持使用@Param装饰器。当前状态管理（V2试用版）相关功能尚未成熟，建议开发者尝鲜试用。
【HarmonyOS 5.0】第十二篇-ArkUI公共属性(一)
weixin_42533732的博客
12-24 777
ArkUI框架提供的基础组件直接或者间接的继承自中定义的属性样式属于公共样式。下面就来学习这些样式。
HarmonyOS NEXT 实战之元服务：静态案例效果---电动车助手
Jason~JiaoJiaoOne
12-26 168
HarmonyOS NEXT 实战之元服务：静态案例效果---电动车助手
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值
>