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