proxy与stub设计模式

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

Proxy类将特殊性接口转换到通用性接口，而Stub类则将通用性接口转为特殊性接口，实现接口设计灵活性与复用性的提升。

proxy与stub在接口设计中的应用：

Proxy类将特殊性接口转换到通用性接口

Stub类将通用性接口转为特殊性接口

待理解透再补充...

kylewang48202
关注
简话设计模式之Proxy-Stub模式
u012604322的专栏
01-10 4592
从Proxy设计模式到Proxy-Stub
AIDL与Proxy--stub设计模式
TouchOfSun的博客
03-25 769
Aidl与Proxy--stub设计模式（学习笔记一）
Proxy-Stub模式分析
有心好书
04-17 9240
一.说明 Stub 跟 Proxy 是一对，俗称“代理-桩”，一般用在远程方法调用。 Proxy 相当于是拿在手里的遥控器，而 Stub 相当于长在电视机里的遥控接收器，它们有着一一对应的接口方法，但操作的方向刚好相反。 Proxy 的接口供客户端程序调用，然后它内部会把信息包装好，以某种方式（比如 RMI）传递给 Stub，而后者通过对应的接口作用于服务端系统，从而完成了“远程调用”。
Android的Proxy-Stub设计模式
chenhande1990chenhan的专栏
01-04 806
package com.example.test1; public interface IPlayer { void play(); void stop(); String getStatus(); }   package com.example.test1; import android.os.IBinder; import android.os.Parcel; /**
16. Native核心服务的Proxy-Stub设计模式
qq_26553393的博客
02-19 505
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设计模式
从IBinder接口学习Proxy-Stub设计模式
xuxl2050的专栏
06-10 2744
http://www.it165.net/pro/html/201402/9027.html 前言： ----IBinder是Android框架的通用性接口，通用性接口意味着，众人可以共享的接口。由于通用性(或共享性)，框架开发者可以藉单一的通用性接口来形形色色的特殊性接口；具有标准化接口的效果，但又不会减损特性用户或App对特殊性接口的需求。兼顾标准性和特殊性的，
深入Android架构(从线程到AIDL)_21 IPC的Proxy-Stub设计模式03
soarfeng的专栏
01-10 908
目录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 1854
在 理解Android Binder机制(三)：Java篇时最后面说到了AIDL，本篇将会详细介绍。 前言： IBinder是Android框架的通用性接口，通用性接口意味着，众人可以共享的接口。由于通用性(或共享性)，框架开发者可以藉单一的通用性接口来<包容>形形色色的特殊性接口；具有标准化接口的<减法设计>效果，但又不会减损特性用户或App对特殊性接口的需求。兼顾标准性和特殊性的，是框架通用性接口设计的重要指标；这是任何框架开发里，都必须面对的高度挑战性任务之一。 IBinder
深入Android架构(从线程到AIDL)_22 IPC的Proxy-Stub设计模式04
soarfeng的专栏
01-10 1242
强龙(天子或曹操)撰写代码(在先)；然后地头蛇(App开发者)定义接口(在后)。-- 强龙提供AIDL工具，给地头蛇产出Proxy和Stub类。
深入Android架构(从线程到AIDL)_20 IPC的Proxy-Stub设计模式02
soarfeng的专栏
01-09 706
Android的IPC框架仰赖单一的IBinder接口。此时Client端调用IBinder接口的transact()函数，透过IPC机制而调用到远方(Remote)的onTransact()函数。
aidl用到的设计模式--Proxy代理模式
safsasasa的专栏
01-10 2224
aidl用到的是远程代理模式，为客户端隐藏了IPC的细节。让客户端感觉好像拿到了一个服务器端对象的句柄。 ------------------------------- IGreetService.aidl ------------------------------- package com.scott.aidl;  import com.scott.aidl.Person;    
Framework中的Proxy-Stub模式
Android系统开发-VR OS-系统安全隐私
04-29 2267
Proxy-Stub模式是为了解决进程间通信问题而设计。
Binder的stub和proxy解析 及asBinder
l309681481的博客
06-22 1014
在Android的Binder机制中，Stub和Proxy是实现跨进程通信（IPC）的两个重要概念，它们共同协作以透明化地在不同进程间调用方法。此外，asBinder方法也是Binder机制中的一个关键部分，用于获取Binder对象本身。
应用开发的结构浅析----一个基于Proxy-Stub模式的例子
u014002667的博客
01-06 1024
当我们学会了Android的语法，了解了Android的基础知识以后，我们可以很容易的编写相应的功能，这个过程可以百度，Google。但这些都是针对Android系统提供的API进行封装，这些对于初学者来说是很重要的，也是一个初级开发者应备的条件，但是当我们想要编写一个APP时，如何组织工程代码结构是更重要的，这对于我们复用相同的功能代码，减少我们的开发工作量至关重要。所以，本文我们从一个例子入手
Android10.0 Binder通信原理(十)-AIDL原理分析-Proxy-Stub设计模式
转载和创作优秀的博客
05-20 1544
1.概述 上一节我们写了一个AIDL的示例，实现了两个应用之间的通信，这一节我们就来一起探讨下AIDL是如何生效的。 2.什么是AIDL AIDL:Android Interface Definition Language,即Android接口定义语言。 Android系统中的进程之间不能共享内存，因此，需要提供一些机制在不同进程之间进行数据通信。为了使其他的应用程序也可以访问本应用程序提供的服务，Android系统采用了远程过程调用（Remote Procedure Call，RPC）方式来实现。
从android aidl理解Proxy/stub模式
转载和创作优秀的博客
12-09 370
在小7写的上一篇文章《android IPC通信机制梳理》里，我讲到了如果activity要想和一个跨进程的Service进行通信就需要通过Binder框架，获取到IBinder对象，并调用transact()方法来达到通信的目的。该方法里的第一个参数是整数型的code，表示的是请求的服务类型，比如说我想请求使用某播放器服务，我就需要制定一个规则：当code为1时表示开始播放，当code为2时表示停止播放，当code为3时表示下一首歌曲。。。这中方法有几个问题： 这个规则需要Activity和Servic
理解AIDL中的Stub与Stub.Proxy
yzpbright的博客
12-25 2825
参考： 理解Aidl中Stub和Stub.Proxy 存根类(stub) 是什么意思？有什么作用？
18.Android Service的Proxy-Stub设计模式
qq_26553393的博客
02-19 1377
0. 总览 2. 通用接口：IBinder 3. 实践Proxy-Stub模式 4. 举例：以既有的SensorService为例 0. 总览 对于Android Service只需要扩充IBinder接口。 AppService必须继承Service类。 2. 通用接口：IBinder 3. 实践Proxy-Stub模式 4. 举例：以既有的SensorService为例 ...
proxy和stub
最新发布
05-29
### 代理（Proxy）与桩（Stub）的概念及作用 在分布式系统或远程过程调用（RPC）中，代理（Proxy）和桩（Stub）是两个重要的概念，它们分别在客户端和服务端扮演关键角色。 #### 1. 代理（Proxy） 代理是一种设计模式，用于在客户端屏蔽远程方法调用的复杂性。在 RPC 中，代理的主要作用是模拟本地方法调用的行为，将用户的请求封装并发送到远程服务端。代理会隐藏底层的网络通信细节，使得开发者可以像调用本地方法一样调用远程服务[^2]。 - **功能**：代理负责接收客户端的调用请求，将请求参数序列化后通过网络传输给服务端，并等待服务端返回结果。最后，代理将结果反序列化并返回给客户端。 - **实现方式**：通常使用动态代理技术来生成代理对象。例如，在 Java 中可以通过 `java.lang.reflect.Proxy` 类动态生成代理实例[^2]。 ```java // 动态代理示例 public class RpcProxy { public static <T> T getProxy(Class<T> clazz, String host, int port) { return (T) Proxy.newProxyInstance( clazz.getClassLoader(), new Class<?>[] { clazz }, (proxy, method, args) -> { // 序列化参数并通过网络发送 Object result = sendRequest(host, port, method.getName(), args); return result; } ); } } ``` #### 2. 桩（Stub） 桩（Stub）是代理在服务端的对应部分，也被称为“服务器桩”。它的主要职责是接收来自客户端的请求，将请求参数反序列化后调用实际的服务逻辑，并将结果序列化后返回给客户端[^1]。 - **功能**：桩的作用类似于服务端的入口点，它负责处理网络通信、参数解析和结果封装。桩的存在使得服务端无需直接暴露其内部实现细节。 - **实现方式**：桩通常由框架自动生成，开发者只需关注业务逻辑的实现。例如，在 Dubbo 等 RPC 框架中，桩是由框架根据接口定义自动生成的。 ```java // Stub 示例 public class RpcStub implements InvocationHandler { private final Object service; public RpcStub(Object service) { this.service = service; } @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { // 调用实际的服务逻辑 Object result = method.invoke(service, args); return result; } } ``` --- ### 代理（Proxy）与桩（Stub）的区别 | **对比维度** | **代理（Proxy）** | **桩（Stub）** | |-------------------|-----------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------| | **位置** | 运行在客户端，作为服务的本地代表 | 运行在服务端，作为客户端请求的入口点 | | **主要功能** | 接收客户端调用，序列化参数并通过网络发送给服务端；接收服务端返回的结果并反序列化 | 接收客户端请求，反序列化参数并调用实际的服务逻辑；将结果序列化后返回给客户端 | | **透明性** | 对开发者透明，使远程调用看起来像本地调用 | 对开发者透明，隐藏了服务端的具体实现细节 | | **生成方式** | 通常通过动态代理技术生成 | 通常由框架根据接口定义自动生成 | --- ### 总结 代理（Proxy）和桩（Stub）是 RPC 实现中的两个核心组件。代理在客户端负责封装远程调用的复杂性，而桩在服务端负责解析请求并调用实际的服务逻辑。两者共同协作，实现了远程方法调用的透明性和高效性。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值