23.观摩Session模式与Proxy-Stub模式的搭配

最新推荐文章于 2025-01-10 22:12:02 发布
原创 最新推荐文章于 2025-01-10 22:12:02 发布 · 581 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #代理模式 #开发语言

本文深入探讨了Session设计模式在CameraService和JNIEnv对象中的实现，阐述了其在服务通信中的核心作用。同时，复习了Proxy-Stub模式，并通过cameraService实例详细解释了该模式的应用。此外，还分析了SurfaceFlinger服务如何利用Session和Proxy-Stub模式进行高效操作。

0. 总览

在这里插入图片描述

1. Session设计模式：以CameraService服务为例

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2. Session设计模式：以VM的JNIEnv对象为例

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

3. Session设计模式：典型架构

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

4. 复习：Proxy-Stub模式

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

5. Proxy-Stub设计模式：以cameraService为例

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

6. SurfaceFlinger服务的Session模式

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

7. SurfaceFlinger服务的Proxy-Stub模式

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

深入Android架构(从线程到AIDL)_21 IPC的Proxy-Stub设计模式03
soarfeng的专栏
01-10 982
目录3、包裝IBinder接口 -- 使用Proxy-Stub设计模式EIT造型的双层组合 4、 谁来写Proxy及Stub类呢? -- 地头蛇(App开发者)自己写范例定义一个新接口： IPlayer 撰写一个Stub类： PlayerStub撰写mp3Binder类撰写mp3RemoteService类 撰写一个Stub类： PlayerStub 撰写一个Proxy类： PlayerProxy APP的代码 撰写mp3RemoteService类 Play
理解 Android Binder 机制（四）：补充篇-AIDL以及Proxy-Stub设计模式
做有意思的事情
02-07 1922
在 理解Android Binder机制(三)：Java篇时最后面说到了AIDL，本篇将会详细介绍。 前言： IBinder是Android框架的通用性接口，通用性接口意味着，众人可以共享的接口。由于通用性(或共享性)，框架开发者可以藉单一的通用性接口来<包容>形形色色的特殊性接口；具有标准化接口的<减法设计>效果，但又不会减损特性用户或App对特殊性接口的需求。兼顾标准性和特殊性的，是框架通用性接口设计的重要指标；这是任何框架开发里，都必须面对的高度挑战性任务之一。 IBinder
Proxy-Stub模式分析
有心好书
04-17 9454
一.说明 Stub 跟 Proxy 是一对，俗称“代理-桩”，一般用在远程方法调用。 Proxy 相当于是拿在手里的遥控器，而 Stub 相当于长在电视机里的遥控接收器，它们有着一一对应的接口方法，但操作的方向刚好相反。 Proxy 的接口供客户端程序调用，然后它内部会把信息包装好，以某种方式（比如 RMI）传递给 Stub，而后者通过对应的接口作用于服务端系统，从而完成了“远程调用”。
Framework中的Proxy-Stub模式
Android系统开发-VR OS-系统安全隐私
04-29 2302
Proxy-Stub模式是为了解决进程间通信问题而设计。
proxy与stub设计模式
kylewang48202的专栏
11-27 2383
proxy与stub在接口设计中的应用： Proxy类将特殊性接口转换到通用性接口 Stub类将通用性接口转为特殊性接口 待理解透再补充...
18.Android Service的Proxy-Stub设计模式
qq_26553393的博客
02-19 1412
0. 总览 2. 通用接口：IBinder 3. 实践Proxy-Stub模式 4. 举例：以既有的SensorService为例 0. 总览 对于Android Service只需要扩充IBinder接口。 AppService必须继承Service类。 2. 通用接口：IBinder 3. 实践Proxy-Stub模式 4. 举例：以既有的SensorService为例 ...
应用开发的结构浅析----一个基于Proxy-Stub模式的例子
u014002667的博客
01-06 1039
当我们学会了Android的语法，了解了Android的基础知识以后，我们可以很容易的编写相应的功能，这个过程可以百度，Google。但这些都是针对Android系统提供的API进行封装，这些对于初学者来说是很重要的，也是一个初级开发者应备的条件，但是当我们想要编写一个APP时，如何组织工程代码结构是更重要的，这对于我们复用相同的功能代码，减少我们的开发工作量至关重要。所以，本文我们从一个例子入手
深入Android架构(从线程到AIDL)_22 IPC的Proxy-Stub设计模式04
soarfeng的专栏
01-10 1298
强龙(天子或曹操)撰写代码(在先)；然后地头蛇(App开发者)定义接口(在后)。-- 强龙提供AIDL工具，给地头蛇产出Proxy和Stub类。
AIDL与Proxy--stub设计模式
TouchOfSun的博客
03-25 799
Aidl与Proxy--stub设计模式（学习笔记一）
Angular 的 proxy-config.json 代理配置文件相关
survivorsfyh的博客
01-24 3166
首先,在项目工程的根目录下创建 proxy-config.json 文件并初始化其配置相关,具体 code 如下: { "/api_test": { "target": "https://xxxxxx/chuke-api", "secure": false, "logLevel": "debug", "changeOrigin": true }, "/api": { "target": "https://xxxxxxxxxxxxxx", "se
16. Native核心服务的Proxy-Stub设计模式
qq_26553393的博客
02-19 528
https://www.bilibili.com/video/BV14K4y1s7gN?p=107&spm_id_from=pageDriver 0. 总览 1. 复习：Java层的Proxy-Stub设计模式 2. 从IBinder接口说起 3. 使用模板，产生Stub类 4. 举例：以既有的Native Service为例 5. 使用模板产生Proxy类 6. 让client使用Proxy类的新接口 0. 总览 1. 复习：Java层的Proxy-Stub设计模式
Android10.0 Binder通信原理(十)-AIDL原理分析-Proxy-Stub设计模式
转载和创作优秀的博客
05-20 1645
1.概述 上一节我们写了一个AIDL的示例，实现了两个应用之间的通信，这一节我们就来一起探讨下AIDL是如何生效的。 2.什么是AIDL AIDL:Android Interface Definition Language,即Android接口定义语言。 Android系统中的进程之间不能共享内存，因此，需要提供一些机制在不同进程之间进行数据通信。为了使其他的应用程序也可以访问本应用程序提供的服务，Android系统采用了远程过程调用（Remote Procedure Call，RPC）方式来实现。
从android aidl理解Proxy/stub模式
weixin_30832143的博客
08-08 151
在小7写的上一篇文章《android IPC通信机制梳理》里，我讲到了如果activity要想和一个跨进程的Service进行通信就需要通过Binder框架，获取到IBinder对象，并调用transact()方法来达到通信的目的。该方法里的第一个参数是整数型的code，表示的是请求的服务类型，比如说我想请求使用某播放器服务，我就需要制定一个规则：当code为1时表示开始播放，当...
移动架构师之AIDL与Proxy-Stub设计模式笔记
nicolelili1的专栏
10-20 414
一、Stub类的框架 （一）两层框架的EIT造形 （二）Stub设计模式的EIT造形 （三）Proxy-Stub框架的演进 1、下面这种模式没有将myActivity与Interface完全隔开，所以这种方式不合适 2、下面这种方式加了Proxy，便实现了将Interface与myActivity进行隔离 （1） （2） （3） （四）And...
com之代理（proxy）与存根（stub）
malei8197的专栏
08-18 1310
com之代理（proxy）与存根（stub） 什么是代理和存根 ？ 　　打个比方，你到自动取款机上去取款；你就是客户，取款机就是你的代理；你不会在乎钱具体放在那里，你只想看到足够或更多的钱从出口出来（这就是com的透明性）。你同银行之间的操作完全是取款机代理实现。 你的取款请求通过取款机，传到另一头，银行的服务器，他也没有必要知道你在哪儿取钱，他所关心的是你的身份，和你取款多少。当他确认你的权
会话session的设计思路
weixin_38568540的博客
04-06 2197
session本身代表了一次会话周期，就是一个有效连接的存活长度。 比如你去看电影，电影票就类似session，票的有效期就是session的时长，检票入场就是session验证，票本身能看哪场电影，就是session的属性，看完出来，就是session注销。不会同时存在两个一样的电影票，就是session的唯一性。 session的实现，就是一个唯一性的令牌存储在浏览器中，这个令牌会对应你后端的包数据，数据可以用文件存储，也可以用缓存存储。等浏览器向服务端发送http请求的时候，会在头部信息带着这个
Apache_proxy负载均衡和Session复制
马万明的专栏
06-11 934
转自：http://suhuanzheng7784877.iteye.com/blog/987062 今天上网查了查资料，之前使用apache的jk模块做负载均衡。后来觉得jk的负载配置有点死板，只能按照负载权重值来进行请求的分发，没有做到比较智能的负载平衡，并且使用mod_jk访问页面发现确实比较慢。可能是jk路由到真正的Node Server上比较费时间吧。结合笔者提出的jk的缺点，今天使用
设计模式之外观模式
javaJasonjava的博客
02-04 515
外观模式是指为子系统中的一组接口提供一个统一的入口，外观模式定义了一个高层接口，这个接口使得子系统更加容易使用。外观模式是迪米特法则的具体实现，为子系统的外部与其内部的通信通过一个统一的外观类进行，外观类将客户端与子系统的内部复杂性分隔开，客户端只需要与外观类交互。外观模式包含以下几个角色：Facade(外观角色)：在客户端调用他的方法，在外观角色中可以知道相关子系统的功能与职责，将客户端过来的请求传递到对应的子系统中。
openharmony中的Proxy-Stub模式
最新发布
05-08
<think>好的，我现在需要回答用户关于OpenHarmony中Proxy-Stub模式的实现和使用的问题。首先，我需要回顾一下用户提供的引用资料，看看有哪些关键点可以提取。 用户引用了四个资料，其中引用[1]详细描述了如何实现Stub感知Proxy消亡的机制，特别是通过匿名Stub和反向通知的方法。引用[2]提到软总线使用了Proxy-Stub架构，并且有两个接口类ISoftBusServer和ISoftBusClient，这可能涉及到多接口的情况。引用[3]讨论了远端状态订阅的实现，其中涉及如何感知对方进程的消亡，这可能与Proxy-Stub的生命周期管理相关。引用[4]提供了代码下载链接，但暂时可能用不上具体代码。 接下来，我需要组织回答的结构。用户要求结构清晰，分步骤说明实现和使用，所以需要先解释Proxy-Stub的基本概念，然后具体到OpenHarmony中的实现机制，包括接口定义、跨进程通信、IDL工具的使用等。然后给出使用步骤，比如接口定义、生成代码、实现类等。同时要结合引用中的例子，比如匿名Stub用于反向通知，这样能增强回答的真实性。 需要注意用户提到的系统级指令，比如行内公式用$...$，独立公式用$$...$$，但这个问题可能不涉及数学公式，所以这部分可能不需要。但需要确保LaTeX语法正确，不过这里可能更多是代码和架构描述。另外，需要生成相关问题，这部分最后处理。 在回答中，需要引用用户提供的资料，比如在讲解反向消亡通知时，引用[1]中的例子，说明如何利用匿名Stub实现反向感知。同时，引用[2]提到的软总线双接口类的情况，说明Proxy-Stub可以支持多接口。引用[3]的远端状态订阅实例可以结合生命周期管理部分。 还需要注意用户之前的提问，确保回答连贯。用户可能之前已经了解过Proxy-Stub的基本概念，现在想深入实现细节和使用方法，因此需要详细说明实现机制和具体步骤，可能包括代码示例，比如IDL文件的编写，生成的Proxy和Stub类的使用，以及如何注册服务等。 另外，用户的问题中提到了实现与用法，所以需要分两部分：实现机制和使用方法。实现机制包括通信流程、序列化、跨进程调用等；使用方法包括定义接口、生成代码、实现类、注册服务、调用方法等步骤。 最后，生成相关问题需要考虑用户可能的后续疑问，比如性能优化、与其他IPC方式的对比、实际应用场景、错误处理等。</think>### OpenHarmony中Proxy-Stub模式的实现与用法 #### 一、Proxy-Stub模式基础原理 Proxy-Stub是分布式系统中**跨进程通信（IPC）**的核心架构模式，通过接口定义语言（IDL）实现**客户端与服务端的解耦**。Proxy作为客户端代理对象，Stub作为服务端存根对象，二者通过**序列化/反序列化**完成跨进程数据传递[^2]。 #### 二、OpenHarmony中的实现机制 1. **接口定义规范** 使用`.idl`文件定义服务接口，例如定义计算服务接口： ```idl interface ICalculator { int Add(int a, int b); } ``` 通过IDL工具生成`ICalculatorProxy`和`ICalculatorStub`基类[^4]。 2. **通信流程实现** ```mermaid graph LR Client-->Proxy-->序列化-->Binder驱动 Binder驱动-->反序列化-->Stub-->Service ``` 3. **反向消亡感知** 通过创建**匿名Stub**实现双向状态感知（如引用[1]所述）： - 进程B创建未注册的`CallbackStub` - 通过`SendRequest`将Stub传给进程A - 进程A持有`CallbackProxy`监测进程B状态 #### 三、具体使用步骤 1. **定义接口文件** 创建`ICalculator.idl`并声明接口方法。 2. **生成代理存根代码** 使用IDL编译器生成： ```bash idl -gen-cpp -d ./output ICalculator.idl ``` 生成`icalculator_proxy.cpp`和`icalculator_stub.cpp`。 3. **实现服务端Stub** 继承生成的Stub类实现具体逻辑： ```cpp class CalculatorService : public ICalculatorStub { public: int Add(int a, int b) override { return a + b; } }; ``` 4. **注册服务** 在SAMgr（系统能力管理）注册服务： ```cpp sptr<ISystemAbilityManager> samgr = SystemAbilityManagerClient::GetInstance().GetSystemAbilityManager(); samgr->AddSystemAbility(SA_ID_CALCULATOR, new CalculatorService()); ``` 5. **客户端调用** 通过Proxy对象进行远程调用： ```cpp sptr<ICalculator> calculator = iface_cast<ICalculator>(samgr->GetSystemAbility(SA_ID_CALCULATOR)); int result = calculator->Add(3, 5); // 返回8 ``` #### 四、关键优化点 1. **异步通信支持** 通过`MessageParcel`实现非阻塞调用 2. **数据安全检查** 使用`bounds_checking_function`进行缓冲区验证[^4] 3. **多接口支持** 如软总线同时实现`ISoftBusServer`和`ISoftBusClient`双接口[^2]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

2021、小林子

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值