aidl源码解读（AIDL的真相-Android中的代理）

简介

我在公司负责的模块,是以本地代理模式的形式提供给其他人使用的, so, 总结了一下关于代理模式的概念.

代理两个字我们平时接触的还是很多的, 比如我们经常使用http代理, 我们的人事代理, 我们的法务代理, 其实都是我们不想做一件事情, 让另一个对象帮我来做这个事情. 那么我们的代理模式定义就出来了:

为其他对象提供一种代理,以控制对这个对象的访问.

官方定义

代理模式是对象的结构型模式。代理模式给某一个对象提供一个代理对象，并由代理对象控制对原对象的引用。

使用场景

当无法或者不想直接访问某个对象, 或者访问某个对象存在困难时, 可以通过一个代理对象来间接访问, 为了保证客户端使用的透明性, 委托对象与代理对象需要实现相同的接口.

公司有个人专门代理打卡. 当然, 他会持有代理人的卡, 也就是我的卡在他那.

这个代理人可以代理任何人打卡, 以后打卡,都是代理人去打卡,仿佛这个卡已经与我没什么关系了. 打卡处的人也见不到我了,因为一直是代理人帮我打卡.这就是代理模式的运用-不想直接访问某个对象

Android中代理模式的应用

最大的应用还是AIDL, 当然, 我们先看一下系统中的那些著名应用.

• AMS与WMS,两大Framework框架

  案例文件为: /frameworks/base/core/java/android/app/ActivityManagerNative.java

从上面的代码中,我们可以看到ActivityManagerProxy代理了ActivityManagerNative的实现类.

那么它的实现类是谁呢, 我们看下面这个代码.

public final class ActivityManagerService extends ActivityManagerNative

我们看一下整个类的结构图：

proxy.png

没错,我们的AMS就是继承于ActivityManagerNative的, 而我们正常使用的AMS都是代理类,

说实话,不拿代理类,直接给应用拿到我们核心的AMS, 那Android岂不危矣.

• AIDL

  其实通过上面的Demo,我们就应该能发现, 这种模式与我们写的AIDL进程间通信很像. ,

好了,二话不说,我们写一个AIDL文件,看看生成的java文件是什么吧.,

定义的AIDL文件.

而我们在自己的Service中会定义这个

然而使用的时候,我们会这样:

myAidlInterface = IMyAidlInterface.Stub.asInterface(iBinder);

而asInterface中,返回的是这个

return new com.jerey.learning.IMyAidlInterface.Stub.Proxy(obj);

因此,我们拿到的是AIDL的java文件中的proxy对象.

所以:myAidlInterface.addBook("nihao",123);

其实调用的是AIDL生成的java文件中的代理的这段代码.

其实到这边,是一个binder进程间通信.

---

了解更多网络安全动态、干货、热点资讯，请关注微信公众号“e安在线”！

---

本文作者：Anderson/Jerey_Jobs

简书地址 : Anderson大码渣

,