我要评论在binder 用户空间通信模型中，涉及client，server和servicemanager进程。一般来说，都是server注册服务到servicemanager中，client从servicemanager中获取服务，然后由client发起，使用服务中的方法。server都是被动的接收client发起的请求。那如果server想主动的发起请求调用client中的方法，应该怎么做呢？
实现上面的需求，首先可以想到的是，client也向servicemanager注册一个服务，server中从servicemanager获取服务，这样client就变成了服务端，server就变成了客户端，不就可以实现吗？
当然，这种方案是可行的，只是需要client和server都向servicemanager注册一个服务，实现起来有点麻烦，不太建议这么做。完全可以使用匿名服务来实现双向通信的需求
1，背景知识
在注册服务时，通过调用parcel的writestrongbinder，会构造一个flat_binder_obj结构体，其中的type为binder_type_binder，binder驱动对于type是binder_type_binder，则会生成一个binder_node，并为servicemanager创建binder_ref,而且还会将这个flat_binder_obj的type改为binder_type_handle，将binder_ref中的desc存入flat_binder_obj的handle，传给servicemanager，在servicemanager中记录其信息。这个过程就是binder实名服务的注册过程。
2，匿名服务是什么？
binder_node代表一个服务的实体。了解了上面的背景知识后知道writestrongbinder会导致在驱动中创建一个binder_node，那么我们可不可以直接在client和server通信的过程中，调用writestrongbinder，而不需要通过添加服务在servicemanager中记录这个服务的信息呢？答案是可以的，这就是匿名服务。匿名服务需要依赖于server已经注册好的实名服务
3，匿名服务在系统源码中的使用
应用进程和wms进行通信，通常是借助于一个iwindowsession对象。我们来看一下其构造过程
@unsupportedappusage
public static iwindowsession getwindowsession() {
synchronized (windowmanagerglobal.class) {
if (swindowsession == null) {
try {
// emulate the legacy behavior. the global instance of inputmethodmanager
// was instantiated here.
// todo(b/116157766): remove this hack after cleaning up @unsupportedappusage
inputmethodmanager.ensuredefaultinstancefordefaultdisplayifnecessary();
iwindowmanager windowmanager = getwindowmanagerservice();//1
swindowsession = windowmanager.opensession( //2
new iwindowsessioncallback.stub() {
@override
public void onanimatorscalechanged(float scale) {
valueanimator.setdurationscale(scale);
}
});
} catch (remoteexception e) {
throw e.rethrowfromsystemserver();
}
}
return swindowsession;
}
}注释1处获取一个iwindowmanager.stub.proxy对象，不在本分分析的重点。注释2处通过调用opensession获取一个iwindowsession对象。
@override public android.view.iwindowsession opensession(android.view.iwindowsessioncallback callback, com.android.internal.view.iinputmethodclient client, com.android.internal.view.iinputcontext inputcontext) throws android.os.remoteexception
{
android.os.parcel _data = android.os.parcel.obtain();
android.os.parcel _reply = android.os.parcel.obtain();
android.view.iwindowsession _result;
try {
_data.writeinterfacetoken(descriptor);
_data.writestrongbinder((((callback!=null))?(callback.asbinder()):(null)));
_data.writestrongbinder((((client!=null))?(client.asbinder()):(null)));
_data.writestrongbinder((((inputcontext!=null))?(inputcontext.asbinder()):(null)));
mremote.transact(stub.transaction_opensession, _data, _reply, 0);//1
_reply.readexception();
_result = android.view.iwindowsession.stub.asinterface(_reply.readstrongbinder());//2
}
finally {
_reply.recycle();
_data.recycle();
}
return _result;
}可以看出，注释1处发起远程调用，然后注释2处从_reply中取出数据，转化之后返回。那我们来看看服务端的处理
case transaction_opensession:
{
data.enforceinterface(descriptor);
android.view.iwindowsessioncallback _arg0;
_arg0 = android.view.iwindowsessioncallback.stub.asinterface(data.readstrongbinder());
com.android.internal.view.iinputmethodclient _arg1;
_arg1 = com.android.internal.view.iinputmethodclient.stub.asinterface(data.readstrongbinder());
com.android.internal.view.iinputcontext _arg2;
_arg2 = com.android.internal.view.iinputcontext.stub.asinterface(data.readstrongbinder());
android.view.iwindowsession _result = this.opensession(_arg0, _arg1, _arg2);
reply.writenoexception();
reply.writestrongbinder((((_result!=null))?(_result.asbinder()):(null)));//1
return true;
}注释1处也是调用writestrongbinder，直接写给客户端。结合前面的背景知识，就知道这是一个binder匿名服务(并没有先向servicemanager获取)。匿名服务的实现也是通过writestrongbinder来实现的，客户端通过readstrongbinder来取出binder驱动转化过后的flat_binder_obj，取出handle并存入bpbinder中
4，匿名服务双向通信实战
在我们的日常开发中，通常有这样的需求，服务端更新了某种状态需要实时的通知给客户端。那么我们就可以在客户端通过writestrongbinder创建一个binder匿名服务供服务端使用。
1,在客户端和服务端新建一个用于服务端通知客户端的aidl文件，如：icallback.aidl。注意包名需要一致
// icallback.aidl
package com.test.testserver;
// declare any non-default types here with import statements
interface icallback {
void onsucess(int code);
void onerror();
}2，在客户端和服务端本来的通信文件中（客户端发起和服务端通信的aidl文件），新增接口
// itestinterface.aidl
package com.test.testserver;
import com.test.testserver.icallback;
// declare any non-default types here with import statements
interface itestinterface {
void registercallback(icallback callback);
}3，客户端调用 registercallback
binder.registercallback(new icallback.stub() {
@override
public void onsucess(int code) throws remoteexception {
log.d("test", "onsucess code: "+code);
}
@override
public void onerror() throws remoteexception {
log.d("test", "onerror: ");
}
});4,服务端接收到之后，做自己的处理
@override
public void registercallback(icallback callback) throws remoteexception {
this.callback = callback;
}我这里只是将客户端传过来的icallback 赋值给自己的callback 对象
5，服务端需要通知时，调用icallback 中的方法
callback.onerror(); 或者 callback.onsucess(1);
最后我们来看看，内部实现是不是通过writestrongbinder和readstrongbinder来实现
客户端发起调用：
@override public void registercallback(com.test.testserver.icallback 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);
_data.writestrongbinder((((callback!=null))?(callback.asbinder()):(null)));//1
boolean _status = mremote.transact(stub.transaction_registercallback, _data, _reply, 0);
if (!_status && getdefaultimpl() != null) {
getdefaultimpl().registercallback(callback);
return;
}
_reply.readexception();
}
finally {
_reply.recycle();
_data.recycle();
}
}注释1处可以看出是通过writestrongbinder，构建一个匿名服务
服务端：
case transaction_registercallback:
{
data.enforceinterface(descriptor);
com.test.testserver.icallback _arg0;
_arg0 = com.test.testserver.icallback.stub.asinterface(data.readstrongbinder());//1
this.registercallback(_arg0);
reply.writenoexception();
return true;
}注释1处是通过readstrongbinder取出来并转化为icallback.stub.proxy对象，用于和客户端通信
到此这篇关于android binder 匿名服务实现双向通信的文章就介绍到这了,更多相关android binder 匿名服务内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论