概述
我们在前面介绍了关于AIDL的两种用法，第一种用法主要用在应用层中（
应用层的AIDL调用），第二种用法主要用在framework中（
Framework中的AIDL调用）。但是这两种用法中都提到了Stub、asInterface等关键字，在这一节中我们主要针对AIDL内部机制的分析来深入理解AIDL调用的过程。
为了便于分析，我们还拿第一节中我们自己搭建的例子去分析。
当时我们在Eclipse Android工程的Java包目录中建立了一个扩展名为aidl的文件(IMyService.aidl)，并写下需要的接口。Eclipse会在gen目录下生成一个IMyService.Java的文件。
一、整体结构
我们打开IMyService.Java文件查看，发现他的结构是这样的：
public interface IMyService extends android.os.IInterface {
//可以看出，Stub其实是一个实现了IMyService的Binder抽象类。
public static abstract class Stub extends android.os.Binder implements aidl.pac.IMyService {
public Stub() {
}
//把远程Service的Binder对象传递进去，得到的是远程服务的本地代理
public static aidl.pac.IMyService asInterface(android.os.IBinder obj) {
}
public android.os.IBinder asBinder() {
}
//两个不同进程之间传递是通过onTransact接口完成的
public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags)
throws android.os.RemoteException {
}
//远程服务的本地代理，当然也会继承自IMyService
private static class Proxy implements aidl.pac.IMyService {
private android.os.IBinder mRemote;
//构造函数
Proxy(android.os.IBinder remote) {
}
public android.os.IBinder asBinder() {
}
public java.lang.String getInterfaceDescriptor() {
}
//调用的getValue其实就是这里。
public java.lang.String getValue()
throws android.os.RemoteException {
}
//可以看到，系统将我们的方法转换成以FIRST_CALL_TRANSACTION为基准的数字。
static final int TRANSACTION_getValue = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
}
public java.lang.String getValue() throws android.os.RemoteException;
}
下面是一个结构图：
整体上来看，IMyService.java文件中的IMyService类有一个Stub的内部类，还有一个getValue方法。这个方法就是我们在aidl中定义的方法。同时我们看到，生成的IMyService继承自IInterface，说明这也是一个接口，并没有对getValue进行实现。
再来看IMyService的内部类Stub。这个内部类是一个实现了IMyService接口的Binder抽象类。内部有3个方法asInterface、asBinder、onTransact，还有一个内部类Proxy。
二、得到的远端Service对象
现在我们来看一下客户端当初得到的服务端对象的情况，当我们连接上服务端后，会被动调用onServiceConnected方法：
public void onServiceConnected(ComponentName name, IBinder service) {
mIMyService = IMyService.Stub.asInterface(service);
}
在这里得到的service对象其实就是MyServiceImpl对象，他是实现了IMyService.Stub具体接口的IBinder。再来看一下asInterface：
public static aidl.pac.IMyService asInterface(android.os.IBinder obj) {
//通过asInterface得到的其实是远程Service的本地“代理”，而代理对象的参数是远程的服务端“obj”
return new aidl.pac.IMyService.Stub.Proxy(obj);
}
可以看出，onServiceConnected参数是远程服务端的IBinder对象，返回值是IMyService.Stub.Proxy(obj)，这里的Proxy是Stub的内部类：
private static class Proxy implements aidl.pac.IMyService {}
//调用的getValue其实就是这里。
public java.lang.String getValue() throws android.os.RemoteException {
_data.writeInterfaceToken(DESCRIPTOR);
//mRemote是远程的服务对象的binder，通过transact与服务端交换数据
mRemote.transact(Stub.TRANSACTION_getValue, _data, _reply,0);
_reply.readException();
_result = _reply.readString();
return _result;
}
那么，具体来说，我们是如何通过这个代理对象调用到真实的getValue呢？
三、如何通过代理对象调用远端Service方法
在代理类的getValue方法中看到，他是调用了mRemote.transact的方法。
而mRemote.transact的方法通过底层的Binder通讯，将数据传输给服务端进程，并调用服务端的onTransact方法：
public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags){
switch (code) {
//客户端调用的getValue方法，最终由这里传输给服务端
case TRANSACTION_getValue: {
data.enforceInterface(DESCRIPTOR);
java.lang.String _result = this.getValue();
reply.writeNoException();
reply.writeString(_result);
return true;
}
}
return super.onTransact(code, data, reply, flags);
}
四、AIDL总结
1、AIDL要是实现的最终目标是 跨进程访问，简单的说就是得到另一个进程的对象，并调用其方法。2、AIDL与接口类似， 本质属性都是一个Interface（AIDL文件是IInterface，而Interface是继承自Interface的），而且都只定义了抽象方法，没有具体的实现，需要子类去实现。
3、与接口不同的是： 由AIDL生成的stub类本质上是一个Binder！这个类所生成的对象有两种方式可以传递给另外一个进程：
3.a、一种是通过bindService的方式，绑定一个服务，而在绑定后，服务将会返回给客户端一个Binder的对象，此时可以把继承自stub的Binder传递给客户端。
3.b、另外一种就是把继承自stub的类提升为系统服务，此时，我们通过ServiceManager去得到当前的系统服务，ServiceManager就会把目标Service的Binder对象传递给客户端。
4、经过上面两种方法得到的Binder对象，就像得到了本地的某个对象一样，可以调用其远程的方法。
最后
以上就是精明泥猴桃为你收集整理的两种AIDL用法分析（原）的全部内容，希望文章能够帮你解决两种AIDL用法分析（原）所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复