今天完成了 王小二图解Android【010】Binder应用篇的直播,说实话这次我只能给自己打一个59分数。回去我在不断思考,最后觉得这个Binder培训就根本不应该采用1对多的培训模式,其实我在昨晚就给一个毕业半年左右的网友一对一的试讲过,中途我们会不断地交流,给他补了很多知识,最后效果我觉得有85分。
但是今天一整天我一直心有不甘,我觉得还是有必要为自己今天的直播课上一个补课。
一次BinderProxy和Binder之前的Binder通信,可以用如下图更好的抽象表示。
表象来看
BinderProxy的transact方法调用会通过Binder驱动触发调用Binder的onTransact方法。
但是底层的运行逻辑有两次数据流的传递
红色流程
1.BinderProxy创建一个容器data,将要传递给Binder的数据,打包进这个容器
2.BinderProxy将容器data传递给Binder驱动
3.Binder驱动将容器data传递给Binder
4.Binder解包容器data中的数据,进行逻辑处理
蓝色流程
5.Binder创建一个容器reply,将要传递给BinderProxy的数据,打包进这个容器
6.Binder将容器reply传递给Binder驱动
7.Binder驱动将容器reply传递给BinderProxy
8.BinderProxy解包容器reply中的数据,进行逻辑处理。
细心的你发现了,一次BinderProxy和Binder通信其实有两次数据流,而且1-4和5-8本质上没有区别,事实上Binder驱动底层将1-4和5-8称作一次Binder事务,也就说其实一次Binder通信包含两次Binder事务,而且你会发现这个逻辑的能力远远大于RPC的能力。
思考一下,如何实现Binder通信中的Binder远端Exception,最终反馈到BinderProxy这边 答案:Binder将Exception通过reply传递给BinderProxy,BinderProxy解析,然后再throw出来。
然后再配合我[084]Binder答疑解惑(二)中对序列化中理解,请把以下这句话读三遍
IBinder对象(Binder或者BinderProxy)在打包到data或者reply之后,另外一端从Binder驱动中获取data或者reply之后,
解包获得是Binder对象或者BinderProxy对象。
我今天一直在想用什么例子来解释,Binder通信传递Binder对象,再用Binder对象进行通信,我后来就想到了机器猫中的传送门。
Binder或者BinderProxy就是传递门IBinder
传送门都是成对出现的类似于Binder-BinderProxy
成对的传送门之间可以传递东西,也就是Binder和BinderProxy可以Binder通信
成对的传送门之间还可以传递传送门,也就是Binder通信可以传递Binder或者BinderProxy
接下来我用新的Demo展现,Demo很简单就两个类
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
init();
}
private IBinder binder2 = new Binder() {
@Override
protected boolean onTransact(int code, @NonNull Parcel data, @Nullable Parcel reply, int flags) throws RemoteException {
Log.v("Kobe", "binder2.onTransact");
return true;
}
};
private void init() {
Intent intent = new Intent(this, MyService.class);
this.bindService(intent, new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
IBinder binder1 = service;
Parcel data = Parcel.obtain();
data.writeStrongBinder(binder2);
Parcel reply = Parcel.obtain();//暂不使用
try {
Log.v("Kobe", "binder1.transact");
binder1.transact(1, data, reply, 0);
} catch (RemoteException e) {
throw new RuntimeException(e);
}
IBinder binder3 = reply.readStrongBinder();
Parcel data3 = Parcel.obtain();
Parcel reply3 = Parcel.obtain();
try {
Log.v("Kobe", "binder3.transact");
binder3.transact(1, data3, reply3, 0);
} catch (RemoteException e) {
throw new RuntimeException(e);
}
}
@Override
public void onServiceDisconnected(ComponentName name) {
}
}, Context.BIND_AUTO_CREATE);
}
}
private IBinder binder1 = new Binder() {
@Override
protected boolean onTransact(int code, @NonNull Parcel data, @Nullable Parcel reply, int flags) throws RemoteException {
Log.v("Kobe", "binder1.onTransact");
reply.writeStrongBinder(binder3);
IBinder binder2 = data.readStrongBinder();
Parcel data2 = Parcel.obtain();
Parcel reply2 = Parcel.obtain();//暂不使用
Log.v("Kobe", "binder2.transact");
binder2.transact(1, data2, reply2, 0);
return true;
}
};
private IBinder binder3 = new Binder() {
@Override
protected boolean onTransact(int code, @NonNull Parcel data, @Nullable Parcel reply, int flags) throws RemoteException {
Log.v("Kobe", "binder3.onTransact");
return super.onTransact(code, data, reply, flags);
}
};
@Override
public void onCreate() {
super.onCreate();
}
@Nullable
@Override
public IBinder onBind(Intent intent) {
return binder1;
}
}
运行的结果如下
11-19 08:44:52.137 14139 14139 V Kobe : binder1.transact
11-19 08:44:52.138 14163 14179 V Kobe : binder1.onTransact
11-19 08:44:52.139 14163 14179 V Kobe : binder2.transact
11-19 08:44:52.140 14139 14139 V Kobe : binder2.onTransact
11-19 08:44:52.146 14139 14139 V Kobe : binder3.transact
11-19 08:44:52.149 14163 14178 V Kobe : binder3.onTransact
希望大家从onServiceConnected这个代码开始按照上图1中表示的一次Binder通信的抽象流程,解读一下我的每一行代码,我这里就不解读了。
我把代码上传了github,大家可以下载一下运行一下,这里每个例子就是经典例子。 https://github.com/kobewang126/Binder2023
我估计接下来不会出图解Binder系列驱动篇或者Framework,因为我今天讲的应用篇其实只占了整个Binder框架知识的10%左右,但是为了给只有应用开发基础的人,讲明白这些知识,我费了很大的精力,关键效果还不好,如果继续往下讲,结果可想而知。
而且我犯了一个很重大的错误,就是之前的所有图解Android系列,都是在运行本质上抽象的理解,但是Binder为了让你用起来像函数调用一样,其实对运行的本质做了很多的封装,我直接讲运行的本质抽象,对于你而言,完全无法和你使用的Binder API的体验对应起来,所以这个东西就很难讲。
Binder更好的教学的方式就是采用1对1,针对你现有对Binder的理解,不断给你深入讲解Binder,然后自己消化,理解,巩固,然后继续深入的学习。
人类所有的知识的学习都是建立在现有的知识之上,这个学习过程不能跳跃太大,一旦跳跃过大,就很容易一脸懵逼了。