AIDL使用学习（三）：源码深入分析

本文主要是介绍AIDL使用学习（三）：源码深入分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言

我们都已经学习并掌握了AIDl的用法，这一篇我们仔细的看看aidl文件生成的java文件以及具体的工作流程，来加深对AIDL的理解。

正文

首先我们就看看绑定服务的流程，MainActivity中绑定服务：

private ITestInterface binder;private ServiceConnection connection = new ServiceConnection() {@Overridepublic void onServiceConnected(ComponentName name, IBinder service) {binder = ITestInterface.Stub.asInterface(service);}@Overridepublic void onServiceDisconnected(ComponentName name) {}};

通过ITestInterface.Stub.asInterface(service) 获取服务的代理，service是一个Binder类，那么他是从哪来的呢？还记得我们的service中的这个方法吗：

private final ITestInterface.Stub binder = new ITestInterface.Stub() {@Overridepublic int getCalculateResult(TestBean bean) throws RemoteException {return bean.getX() + bean.getY();}@Overridepublic void getCalculateResultByThread(final TestBean bean, final IOnCallbackListener callback) throws RemoteException {new Thread() {@Overridepublic void run() {mCallbacks.register(callback);callback(bean.getX() + bean.getY(), callback);}}.start();}};public IBinder onBind(Intent intent) {return binder;
}

实际上就是我们返回的ITestInterface.Stub的子类的具体的实现对象的代理，这个代理的类型为BinderProxy，弄懂了这个就可以去看ITestInterface.Stub.asInterface(service)方法了：

/*** Cast an IBinder object into an com.lzp.aidlstudy.ITestInterface interface,* generating a proxy if needed.*/
public static com.lzp.aidlstudy.ITestInterface asInterface(android.os.IBinder obj) {if ((obj == null)) {return null;}android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);if (((iin != null) && (iin instanceof com.lzp.aidlstudy.ITestInterface))) {return ((com.lzp.aidlstudy.ITestInterface) iin);}return new com.lzp.aidlstudy.ITestInterface.Stub.Proxy(obj);
}

先进行了一个判空处理，然后obj.queryLocalInterface(DESCRIPTOR)，如果结果为空或者类型不匹配，就返回Proxy内部类。

那就先弄清楚obj.queryLocalInterface(DESCRIPTOR)到底做了什么，我们已经知道了obj是BinderProxy类型，那就看他的代码：

public IInterface queryLocalInterface(String descriptor) {return null;}

直接就return了null，那么我们必然会得到ITestInterface.Stub.Proxy。而之前的判断是在不使用跨进程服务时的判断，防止创建多个重复的服务对象。

ok，这样绑定服务的流程就完成了，目的就是要获取我们ITestInterface.Stub.Proxy。

接下来就以刚才的getCalculateResultByThread（）方法，看看再调用的时候做了哪些工作，首先是MainActivity来调用了getCalculateResultByThread（）方法：

/**
* 我们已经知道刚才绑定服务得到的是Proxy的实例，那么就看Proxy中的getCalculateResultByThread方法
*/
@Override
public void getCalculateResultByThread(com.lzp.aidlstudy.bean.TestBean bean, com.lzp.aidlstudy.callback.IOnCallbackListener callback) throws android.os.RemoteException {android.os.Parcel _data = android.os.Parcel.obtain();android.os.Parcel _reply = android.os.Parcel.obtain();try {_data.writeInterfaceToken(DESCRIPTOR);if ((bean != null)) {_data.writeInt(1);bean.writeToParcel(_data, 0);} else {_data.writeInt(0);}_data.writeStrongBinder((((callback != null)) ? (callback.asBinder()) : (null)));// 最重要的代码         mRemote.transact(Stub.TRANSACTION_getCalculateResultByThread, _data, _reply, 0);_reply.readException();} finally {_reply.recycle();_data.recycle();}}

前后都是Parcel序列化传递的数据，核心代码是调用了mRemote.transact(Stub.TRANSACTION_getCalculateResultByThread, _data, _reply, 0)，这个remote也是obj，其实就是Stub的实例，那么就看看Stub中的transact方法：

public final boolean transact(int code, Parcel data, Parcel reply,int flags) throws RemoteException {if (false) Log.v("Binder", "Transact: " + code + " to " + this);if (data != null) {data.setDataPosition(0);}// 实际上就是调用了onTransactboolean r = onTransact(code, data, reply, flags);if (reply != null) {reply.setDataPosition(0);}return r;}

onTransact方法就在我们的ITestInterface.java文件的Stub中：

@Overridepublic boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException {switch (code) {...case TRANSACTION_getCalculateResultByThread: {data.enforceInterface(DESCRIPTOR);// 把之前传递的序列化数据转化成对象com.lzp.aidlstudy.bean.TestBean _arg0;if ((0 != data.readInt())) {_arg0 = com.lzp.aidlstudy.bean.TestBean.CREATOR.createFromParcel(data);} else {_arg0 = null;}// 获取IOnCallbackListener的代理，来返回结果com.lzp.aidlstudy.callback.IOnCallbackListener _arg1;_arg1 = com.lzp.aidlstudy.callback.IOnCallbackListener.Stub.asInterface(data.readStrongBinder());this.getCalculateResultByThread(_arg0, _arg1);reply.writeNoException();return true;}}return super.onTransact(code, data, reply, flags);}

中间又去获取了IOnCallbackListener的代理，流程就是和绑定服务的流程是一样的，这里就不必解释了。

这样方法的使用流程接结束了，总结一下：

1、客户端Proxy中先把传入的参数都系列化，然后把这些数据通过Binder写进去。
2、调用Stub的onTransact方法，从Binder中读取数据，并拿到IOnCallbackListener.Stub.Proxy代理，执行我们在Service中定义好的方法，并把结果系列化，写入客户端的读取流中。
3、客户端读取返回的结果，并把结果反序列化。