前言

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

正文

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

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

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

private final ITestInterface.Stub binder = new ITestInterface.Stub() { @Override public int getCalculateResult(TestBean bean) throws RemoteException { return bean.getX() + bean.getY(); } @Override public void getCalculateResultByThread(final TestBean bean, final IOnCallbackListener callback) throws RemoteException { new Thread() { @Override public 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); } // 实际上就是调用了onTransact boolean r = onTransact(code, data, reply, flags); if (reply != null) { reply.setDataPosition(0); } return r; }

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

@Override public 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、客户端读取返回的结果，并把结果反序列化。

总结

这样AIDL生成的java文件和整体的运行流程，我们都已经梳理完成了，对于AIDL的理解，不知道大家有没有帮助。

接下来的文章就接着写面试总结了，AIDL的介绍就暂时告一段落，有问题或者是建议可以留言。