前言#

我们都已经学习并掌握了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的介绍就暂时告一段落，有问题或者是建议可以留言。