3. AIDL与Proxy-Stub设计模式

原创 已于 2022-02-13 22:31:33 修改 · 716 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

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

于 2022-02-13 20:06:05 首次发布
本文深入探讨了Android中的IPC通信机制，重点介绍了Proxy-Stub设计模式及其在实现 Binder 中的角色。通过复习IBinder接口，阐述了其一般用途，并通过代码实战展示了如何在Activity中使用BroadcastReceiver以及Binder线程中的操作。进一步讨论了如何包装IBinder接口，以及Proxy和Stub类的编写。最后，详细解释了AIDL（Android Interface Definition Language）工具在生成Proxy和Stub类中的作用，它简化了跨进程通信的复杂性，将IBinder接口转换为用户自定义接口。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

IPC的Proxy-Stub设计模式

在这里插入图片描述

1. 复习IBinder接口

在这里插入图片描述

单层框架图：

在这里插入图片描述

两层框架：

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

对于App而言，只能看到上层的op接口，但是看不到fun()接口了。

改变了t的实现接口：

在这里插入图片描述

在这里插入图片描述

App还是需要直接访问interface接口，并没有完全的隔离开来。

在这里插入图片描述

改进的版本：

在这里插入图片描述

建立了中间的曹操类。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2. IBinder接口的一般用途

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

对于上述的代码中，开发者需要编写额外的代码，加重了开发者的负担。

在这里插入图片描述

在这里插入图片描述

本单元没有用“proxy-stub” -> 下单元采用“proxy-stub” -> AIDL

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

从Binder thread pool中选择一个线程执行service中的代码。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2.1 myActivity代码实战

在 myActivity 中创建一个 BroadcastReceiver
在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2.2 myBinder代码实战

下面的代码实在binder thread中执行的。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

step1: Activity -> Service: oncreate()
step2: Service -> new myBinder and create a new thread
step3: myActivity -> myBinder : ontransact()

3. 包装IBinder而接口（如何写Proxy及Stub类）

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

4. 谁来写Proxy类和Stub类呢？

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

5. AIDL工具（谁来写Proxy及Stub类）

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

类别模板

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

详解AIDL

在这里插入图片描述

实际采用的适配器的模式，将IBinder接口转换成用户自己定义的接口。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

Proxy主要承担了编码的作用，同时还需要实现客户自定义的接口。

Stub主要承担了解码的作用，同时还需要实现客户自定义的接口。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

AIDL与Proxy--stub设计模式
TouchOfSun的博客
03-25 754
Aidl与Proxy--stub设计模式（学习笔记一）
深入Android架构(从线程到AIDL)_21 IPC的Proxy-Stub设计模式03
soarfeng的专栏
01-10 879
目录3、包裝IBinder接口 -- 使用Proxy-Stub设计模式EIT造型的双层组合 4、 谁来写Proxy及Stub类呢? -- 地头蛇(App开发者)自己写范例定义一个新接口： IPlayer 撰写一个Stub类： PlayerStub撰写mp3Binder类撰写mp3RemoteService类 撰写一个Stub类： PlayerStub 撰写一个Proxy类： PlayerProxy APP的代码 撰写mp3RemoteService类 Play
从IBinder接口学习Proxy-Stub设计模式
weixin_33736832的博客
02-08 158
前言：----IBinder是Android框架的通用性接口，通用性接口意味着，众人可以共享的接口。由于通用性(或共享性)，框架开发者可以藉单一的通用性接口来<包容>形形***的特殊性接口；具有标准化接口的<减法设计>效果，但又不会减损特性用户或App对特殊性接口的需求。兼顾标准性和特殊性的，是框架通用性接口设计的重要指标；这是任何框架开发里，都必须面对的高度挑战性任务之一...
aidl用到的设计模式--Proxy代理模式
沉淀
02-28 1510
[java] view plaincopy aidl用到的是远程代理模式，为客户端隐藏了IPC的细节。让客户端感觉好像拿到了一个服务器端对象的句柄。      -------------------------------   IGreetService.aidl   -------------------------------   class="dp-j
16. Native核心服务的Proxy-Stub设计模式
qq_26553393的博客
02-19 498
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设计模式
理解 Android Binder 机制（四）：补充篇-AIDL以及Proxy-Stub设计模式
做有意思的事情
02-07 1829
在 理解Android Binder机制(三)：Java篇时最后面说到了AIDL，本篇将会详细介绍。 前言： IBinder是Android框架的通用性接口，通用性接口意味着，众人可以共享的接口。由于通用性(或共享性)，框架开发者可以藉单一的通用性接口来<包容>形形色色的特殊性接口；具有标准化接口的<减法设计>效果，但又不会减损特性用户或App对特殊性接口的需求。兼顾标准性和特殊性的，是框架通用性接口设计的重要指标；这是任何框架开发里，都必须面对的高度挑战性任务之一。 IBinder
深入Android架构(从线程到AIDL)_22 IPC的Proxy-Stub设计模式04
soarfeng的专栏
01-10 1224
强龙(天子或曹操)撰写代码(在先)；然后地头蛇(App开发者)定义接口(在后)。-- 强龙提供AIDL工具，给地头蛇产出Proxy和Stub类。
深入Android架构(从线程到AIDL)_20 IPC的Proxy-Stub设计模式02
soarfeng的专栏
01-09 691
Android的IPC框架仰赖单一的IBinder接口。此时Client端调用IBinder接口的transact()函数，透过IPC机制而调用到远方(Remote)的onTransact()函数。
移动架构师之AIDL与Proxy-Stub设计模式笔记
nicolelili1的专栏
10-20 398
一、Stub类的框架 （一）两层框架的EIT造形 （二）Stub设计模式的EIT造形 （三）Proxy-Stub框架的演进 1、下面这种模式没有将myActivity与Interface完全隔开，所以这种方式不合适 2、下面这种方式加了Proxy，便实现了将Interface与myActivity进行隔离 （1） （2） （3） （四）And...
[记录]AIDL之Proxy与Stub
dingpwen的博客
05-06 364
Proxy&Stub是Android service的基本架构，但是总是记不得谁是谁那边的，这里记录一下： APP func() ->> Proxy: func -> onTransact ->> Stub: onTransact --> func —>>> Service: func ...
Android AIDL音乐播放器
03-13
Android AIDL音乐播放器，适合初学者，实现了四种播放模式，上一曲，下一曲，新手可以学习一下
Android AIDL proxy/stub 分析
leopard21的专栏
03-21 1553
AIDL的作用     由于每个应用程序都运行在自己的进程空间，并且可以从应用程序UI运行另一个服务进程，而且经常会在不同的进程间传递对象。在Android平台，一个进程通常不能访问另一个进程的内存空间，所以要想对话，需要将对象分解成操作系统可以理解的基本单元，并且有序的通过进程边界。     通过代码来实现这个数据传输过程是冗长乏味的，Android提供了AIDL工具来处理这项工作。
从android aidl理解Proxy/stub模式
转载和创作优秀的博客
12-09 361
在小7写的上一篇文章《android IPC通信机制梳理》里，我讲到了如果activity要想和一个跨进程的Service进行通信就需要通过Binder框架，获取到IBinder对象，并调用transact()方法来达到通信的目的。该方法里的第一个参数是整数型的code，表示的是请求的服务类型，比如说我想请求使用某播放器服务，我就需要制定一个规则：当code为1时表示开始播放，当code为2时表示停止播放，当code为3时表示下一首歌曲。。。这中方法有几个问题： 这个规则需要Activity和Servic
Android10.0 Binder通信原理(十)-AIDL原理分析-Proxy-Stub设计模式
转载和创作优秀的博客
05-20 1496
1.概述 上一节我们写了一个AIDL的示例，实现了两个应用之间的通信，这一节我们就来一起探讨下AIDL是如何生效的。 2.什么是AIDL AIDL:Android Interface Definition Language,即Android接口定义语言。 Android系统中的进程之间不能共享内存，因此，需要提供一些机制在不同进程之间进行数据通信。为了使其他的应用程序也可以访问本应用程序提供的服务，Android系统采用了远程过程调用（Remote Procedure Call，RPC）方式来实现。
AIDL中的Proxy,Stub以及其关系
helloworld
06-16 1532
在上篇文章中，了解了ITest.java与Proxy,Stub三者的层次关系。 public interface ITest extends android.os.IInterface { //Stub是一个Binder，也是一个ITest public static abstract class Stub extends android.os.Binder implements com.ex...
应用开发的结构浅析----一个基于Proxy-Stub模式的例子
u014002667的博客
01-06 1013
当我们学会了Android的语法，了解了Android的基础知识以后，我们可以很容易的编写相应的功能，这个过程可以百度，Google。但这些都是针对Android系统提供的API进行封装，这些对于初学者来说是很重要的，也是一个初级开发者应备的条件，但是当我们想要编写一个APP时，如何组织工程代码结构是更重要的，这对于我们复用相同的功能代码，减少我们的开发工作量至关重要。所以，本文我们从一个例子入手
AIDL的Proxy-Stub理解:(以实际媒体播放器服务单独运行在一个进程中为例)
zhangxiangui40542的专栏
08-04 1173
AIDL的Proxy-Stub理解:(以实际媒体播放器服务单独运行在一个进程中为例) 使用流程 ： 一、从接口定义入手 1、定义AIDL接口  AudioPlayerAidl.aidl文件 interface AudioPlayerAidl { // 注意，这里不要使用public关键字 /* * 打开媒体，但不播放 * @param path 文件路径 */
ITelephony.aidl
最新发布
05-24
### ITelphony.aidl 在 Android 中的作用与使用方法 #### 1. ITelphony.aidl 的基本概念 `ITelephony.aidl` 是 Android 提供的一种接口定义语言（AIDL），主要用于实现跨进程通信（IPC）。它允许应用程序通过 Binder 机制访问电话功能，而无需直接操作底层硬件资源。这种设计使得开发者可以安全地调用核心电信服务而不违反权限隔离原则[^1]。 具体来说，`ITelephony.aidl` 定义了一系列与电话管理相关的函数，例如挂断电话、设置飞行模式等。这些函数被编译成 Java 接口后，可供客户端程序调用以控制设备的行为。 --- #### 2. ITelphony.aidl 的主要功能 以下是 `ITelephony.aidl` 支持的一些典型功能及其意义： - **结束通话** 提供了 `endCall()` 方法来终止当前正在进行的语音通话。这对于开发自动化测试工具或者紧急情况下强制中断通话非常有用。 - **查询通话状态** 可以通过 `isInEmergencyCall()` 等方法获取当前是否处于紧急呼叫状态以及其他相关信息。 - **修改 Modem 参数** 根据需求自定义扩展接口，比如 `setValueToModem(int input)` 和 `getValueFromModem()`，能够调整某些特定于厂商的基带配置选项[^2]。 需要注意的是，出于安全性考虑，只有具备相应权限的应用才能成功执行上述敏感操作。 --- #### 3. 使用教程及系统调用流程 ##### （1）准备工作 要利用 `ITelephony.aidl` 实现 IPC 调用，首先得将其加入项目工程目录下合适的位置，并确保路径结构匹配官方标准布局。一般放置于如下所示的地方： ``` src/com/android/internal/telephony/ ``` 接着编写具体的 .aidl 文件内容，类似于下面的例子： ```aidl package com.android.internal.telephony; interface ITelephony { boolean endCall(); void answerRingingCall(); void silenceRinger(); boolean isInEmergencyCall(); } ``` --- ##### （2）生成 Stub 类型 当构建过程完成之后，SDK 工具会自动为我们创建基于此 IDL 描述的服务端骨架代码(`ITelephony.Stub`)以及代理对象模板(`ITelephony$Stub$Proxy`)。前者继承自 `Binder` 并重写了抽象方法的实际逻辑；后者则充当远端实体的本地表示形式便于使用者透明化感知远程方法调用的过程。 --- ##### （3）绑定目标 Service 为了让客户方获得合法授权从而操纵 Telephony 组件，必须先找到对应的目标 service name (`phone`) ，然后借助 Context.bindService() 或 ActivityManagerNative.getDefault().getService() 获取 IBinder 引用继而转型为目标类型的 proxy instance 。示例代码片段如下： ```java IBinder binder = ServiceManager.getService("phone"); if (binder != null){ try{ Class<?> c = Class.forName("com.android.internal.telephony.ITelephony"); Method method = c.getDeclaredMethod("asInterface", IBinder.class); Object telephonyService = method.invoke(null, binder); // Now you can invoke methods on the object. ((ITelephony)telephonyService).endCall(); } catch(Exception e){ Log.e(TAG,"Error accessing ITelephony interface.",e); } } ``` 这里运用反射技术绕过了私有 API 访问限制问题，但在正式发布版本中应当谨慎评估潜在风险并寻求替代方案以免触犯 Google Play 商店政策规定。 --- ##### （4）注意事项 尽管 AIDL 技术带来了便利之处，但也伴随着一定局限性和挑战： - 权限管控严格：大多数暴露出来的能力都需要申请特殊许可（如 SYSTEM_PRIVILEGED_PERMISSIONS），普通第三方 APP 很难满足条件。 - 性能开销较大：相比直接内存共享方式而言，每次跨越边界传递数据都要付出额外的时间代价。 - 版本兼容复杂度增加：随着 OS 不断演进升级，原有契约可能发生变化造成不一致现象发生。 因此，在实际工程项目规划初期就应该充分权衡利弊再做决定。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

2021、小林子

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

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

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

打赏作者

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

抵扣说明：

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

余额充值