Android Framework实战开发-binder通信常见元素介绍及binder双向通信的实现
Posted Android高级知识分享官
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android Framework实战开发-binder通信常见元素介绍及binder双向通信的实现相关的知识,希望对你有一定的参考价值。
csdn在线学习课程,课程咨询答疑和新课信息:QQ交流群:422901085进行课程讨论
aidl的一些关键字:
1、oneway介绍
oneway 关键字用于修饰远程调用的行为,被oneway修饰了的方法不可以有返回值,也不可以有带out或inout的参数。
使用oneway时,远程调用不会阻塞;它只是发送事务数据并立即返回。接口的实现最终接收此调用时,是以正常远程调用形式将其作为来自 Binder 线程池的常规调用进行接收。
2、in,out,inout介绍
in、out、inout表示跨进程通信中数据的流向(基本数据类型默认是in,非基本数据类型可以使用其它数据流向out、inout)。
in 表示数据只能由客户端流向服务端。(表现为服务端修改此参数,不会影响客户端的对象)
out 表示数据只能由服务端流向客户端。(表现为服务端收到的参数是空对象,并且服务端修改对象后客户端会同步变动)
inout 则表示数据可在服务端与客户端之间双向流通。(表现为服务端能接收到客户端传来的完整对象,并且服务端修改对象后客户端会同步变动)
3、Binder跨进程双向通信的实现
这里其实一共只需要分为3步:
1.首先client通过bindService方式获取到了服务端的IServer接口对象,既可以正常调用服务端的接口
2、这里服务端接口是IServer里面有一个setCallback方法,这个方法参数是一个ICallbackClient类型实体接口对象,这个接口对象由客户端进行实现,服务端进行调用
3、服务端在客户端setCallback之后就获取了客户端的ICallbackClient类型的对象,调用改对象的方法就可以与客户端进行通信
4、linktodeath介绍
死亡通知是为了让Bp端(客户端进程)进能知晓Bn端(服务端进程)的生死情况,当Bn端进程死亡后能通知到Bp端。
定义:AppDeathRecipient是继承IBinder::DeathRecipient类,主要需要实现其binderDied()来进行死亡通告。
注册:binder->linkToDeath(AppDeathRecipient)是为了将AppDeathRecipient死亡通知注册到Binder上。
Bp端只需要覆写binderDied()方法,实现一些后尾清除类的工作,则在Bn端死掉后,会回调binderDied()进行相应处理。
@Override
public void setCallback(IChangeCallback callback) throws RemoteException {
mCallBack = callback;
//监听客户端的进程是否死了
mCallBack.asBinder().linkToDeath(new DeathRecipient() {
@Override
public void binderDied() {
Log.i("test","linkToDeath binderDied");
}
},0);
}
以上是关于Android Framework实战开发-binder通信常见元素介绍及binder双向通信的实现的主要内容,如果未能解决你的问题,请参考以下文章
千里马Android Framework实战开发-native程序之间binder通信实战案例分析
千里马Android Framework实战开发-native程序之间binder通信实战案例分析
千里马Android Framework实战开发-native程序之间binder通信实战案例分析
Android Framework实战开发-socketpair介绍及它在android系统源码使用分析