从android aidl理解Proxy/stub模式
来源:互联网 发布:dw cs6连接数据库 编辑:程序博客网 时间:2024/05/16 06:31
从android aidl理解Proxy/stub模式
在小7写的上一篇文章《android IPC通信机制梳理》里,我讲到了如果activity要想和一个跨进程的Service进行通信就需要通过Binder框架,获取到IBinder对象,并调用transact()方法来达到通信的目的。该方法里的第一个参数是整数型的code,表示的是请求的服务类型,比如说我想请求使用某播放器服务,我就需要制定一个规则:当code为1时表示开始播放,当code为2时表示停止播放,当code为3时表示下一首歌曲。。。这中方法有几个问题:
1,这个规则需要Activity和Service这对交互的双方共同知晓,也就是说,Service必须很清楚code的每个值代表对方要求哪个操作,这种形式非常不直观,也容易出错。
2,这种方法在需要请求的操作数量较少的时候还可以忍受。可是如果数量非常多的时候,维护起来可就有点蛋疼了,而且在Service端实现自己的Binder对象方法里面不可避免需要写大量的if else块说着是switch case块,非常的不简洁又很难维护。
除了维护code不方便外,假如通信的时候需要一些额外的参数的话,Activity需要用一个Parcel对象把需要的参数依次写进去,再把该Parcel对象作为transact()方法的另一个参数传给Service。当Service这边的Binder对象得到该参数后,也必须按照之前写进去的次序依次读出来。看到了这么多不人性的交互方式,还能忍吗?所以找到一个更加人性化更加优雅的方法进行通信势在必行。
这个时候我们可以想一个办法,在Activity和IBinder对象之间找到这么一个中介,它要做的就是明白我们人类都懂的人性化接口比如:
interface IDoor{ public void open(); public void close(); public void alarm(); }
然后在它的内部把这些人性化的接口请求翻译成Binder明白的请求,也叫编码,这样Activity本身就不需要去了解什么IPC通信方式了,只需要调用这些基本的业务接口就好了。这个中介拿我们的术语来说就是Proxy了。所以我们可以这样来实现一个DoorProxy类:
public class DoorProxy implements IDoor{ private IBinder binder; public DoorProxy(IBinder binder){ this.binder = binder; } public void open(){ Parcel data = Parcel.obtain(); Parcel reply = Parcel.obtain(); binder.transact(1,data,reply,0); }}
这个类DoorProxy就起到了这么一个中介的作用。同样的,在Service端和Binder对象之间也需要这么一个中介,把Activity那边传过来的IPC通信编码解码成我们人类能懂的人性化接口,比如:
public abstract class DoorStub extends Binder implements IDoor{ protected boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException { if(code == 1){ open(); } } public abstract void open(); public abstract void close(); public abstract void alarm(); }
这样的话Service端自己定义的Binder对象只需要继承这个DoorStub类就可以了。
图片看不清,可在新的窗口打开查看
当有了Proxy以及Stub这两个中介,是不是我们一下子又可以轻松愉快的只关注业务了呢。现在问题来了,既然前面讲的这两个中介能缓解 我们好多的工作负担,谁又负责来实现它们呢?如果是我们自己实现的话,不是一样的吗?只不过把原来一个类里做的事情搬到了另一个类里而已吗?这个时候该是AIDL出场的时候了,大家还想的起来AIDL做什么的吗,它不就是让我们开发者自己定义一个业务接口,然后通过aidl的代码生成器,根据接口自动生成了我上面讲的两个中介的代码文件,我们需要做的仅仅是实现我们自己的stub类,把我们的业务代码放进去,另外在Activity里调用Proxy对象的方法而已。就是这么简单。至于AIDL具体的细节,我在这里就不多说了,相信通过上面的讲述已经很清楚了。也希望能对大家有点帮助
文/小7(简书作者)
原文链接:http://www.jianshu.com/p/cfb1d2a109a2
- 从android aidl理解Proxy/stub模式
- 从android aidl理解Proxy/stub模式
- 从android aidl理解Proxy/stub模式
- 理解Aidl中Stub和Stub.Proxy
- 从Proxy-Stub到aidl
- Android AIDL proxy/stub 分析
- Aidl中Stub和Stub.Proxy的理解
- Android AIDL 跨进程服务 Proxy/Stub
- Android的Proxy-Stub设计模式
- Proxy-Stub模式分析
- Proxy-Stub模式分析
- 从IBinder接口学习Proxy-Stub设计模式
- Framework中的Proxy-Stub模式
- proxy与stub设计模式
- AIDL的Proxy-Stub理解:(以实际媒体播放器服务单独运行在一个进程中为例)
- AIDL的真相-Android中的代理(Proxy)模式
- 简话设计模式之Proxy-Stub模式
- 从自定义接口的idl文件生成标准proxy/stub
- linux网络编程之socket(五):tcp流协议产生的粘包问题和解决方案
- Android ndk下载和环境配置
- 画圆
- Jackson 处理复杂类型(List,map)两种方法
- 深入JVM虚拟机(三) Java GC垃圾收集
- 从android aidl理解Proxy/stub模式
- 详细解读Jquery各Ajax函数:$.get(),$.post(),$.ajax(),$.getJSON()
- Python 常见错误
- android 中webview自适应屏幕
- FragmentTransaction add 和 replace 区别
- [Win32]一个调试器的实现(一)调试事件与调试循环
- Java Web应用中调优线程池的重要性
- Vim编辑快捷键
- UI控件笔记(八):UI之UISlider\UIStepper\ UIProgressView\ UITextView\UISwitch\ UIActivityIndicatorView\ UISeg