android binder机制之——（创建binder服务）

Binder机制编程

前面的几篇文章详细介绍了android中binder机制的方方面面，相信你对binder机制已经有了较深刻的理解。俗话说得好“学以致用”，下面我们就通过在android系统中创建一个我们自己的binder服务，来加深对binder机制的理解。

（1）添加新建的服务名称

在service_manager.c文件中有一个结构数组allowed，在allowed结构体数组中加入新建的服务名称

staticstruct{

unsigneduid;

constchar*name;

}allowed[]={

#ifdefLVMX

{AID_MEDIA,"com.lifevibes.mx.ipc"},

#endif

{AID_MEDIA,"media.audio_flinger"},

{AID_MEDIA,"media.player"},

{AID_MEDIA,"media.camera"},

{AID_MEDIA,"media.audio_policy"},

{AID_RADIO,"radio.phone"},

{AID_RADIO,"radio.sms"},

{AID_RADIO,"radio.phonesubinfo"},

{AID_RADIO,"radio.simphonebook"},

/*TODO:removeafterphoneservicesareupdated:*/

{AID_RADIO,"phone"},

{AID_RADIO,"isms"},

{AID_RADIO,"iphonesubinfo"},

{AID_RADIO,"simphonebook"},

{AID_NEW,"newservice"}

};

(2)定义ImyService类

定义一个继承自IInterface的接口类，须是以大写字母I开始，以IMyService为例接口函数必须为纯虚函数，以便在子类中生产，在定义接口时将DECLARE_META_INTERFACE宏放进接口类定义中，这个宏的最重要作用是将代理对象BpBinder转化成本地封装的服务代理对象（在这里是BpMyService对象），代码大致如下：

ClassImyService:publicIInterface

{

Public:

DECLARE_META_INTERFACE(MyService);

Virtualfun1()=0;

Virtualfun2()=0;

}

(3)定义一个本地实现类BnMyService

在IMyService.h头文件中定义接口实现类BnMyService,需继承自BnInterface，间接双继承了IMyService接口类和BBinder类,代码如下：

ClassBnMyService:publicBnInterface<IMyService>

{

Public:

Virtualstatus_tonTransact(uint32_tcode,

constParcel&data,

Parcel*reply,

uint32_tflags=0);

}

(4)定义本地代理类BpMyService

在IMyService.cpp源文件中，定义接口代理类BpMyService，需继承自BpInterface。BpMyService可以提供IMyService接口所定义的接口函数。

classBpMyService:publicBpInterface<IMyService>

{

public:

BpMyService(constsp<IBinder>&impl)

:BpInterface<IMyService>(impl)

{

}

voidfun1()

{

Parceldata,reply;

……//数据写入

remote()->transact(枚举量,data,&reply);

return……//数据返回

}

……

}

（5）加入宏定义

在IMyService.cpp源文件中，加入宏定义IMPLEMENT_META_INTERFACE()

IMPLEMENT_META_INTERFACE(MyService,"XXX");

（6）定义BnMyService的onTransact()函数

在IMyService.cpp源文件中实现接口实现类BnMyService，其中onTrasact()函数根据功能代码枚举量的不同分别执行不同的功能调用。

status_tBnMyService::onTransact(

uint32_tcode,constParcel&data,Parcel*reply,uint32_tflags)

{

switch(code){//code功能代码枚举量

case功能代码枚举量:{

LOGV("NOTIFY_CALLBACK");

CHECK_INTERFACE(ICameraClient,data,reply);//检查描述符字符串

……//参数输入，接口函数功能的真正实现

reply->……);//返回数据

returnNO_ERROR;

}break;

……

default:

returnBBinder::onTransact(code,data,reply,flags);

}

｝

(7)创建真正的本地接口实现类MyService类

在头文件中定义类MyService，继承自BnInterface,定义功能函数和初始化函数instantiate()：

ClassMyService:publicBnMyService

{

Public:

Staticvoidinstantiate();

Virtualfunc1();

Virtualfunc2();

……

}

(8)定义MyService：：instantiate（）函数

voidMyService::instantiate(){

defaultServiceManager()->addService(

String16("newservice"),newMyService());

}

（9）服务进程中注册服务

在服务进程A初始化时加入MyService::instantiate()函数，注册服务，调用joinThreadPool()函数进入循环等待调用，侦听请求、处理请求。

intmain(intargc,char**argv)

{

sp<ProcessState>proc(ProcessState::self());

sp<IServiceManager>sm=defaultServiceManager();

LOGI("ServiceManager:%p",sm.get());

MyService::instantiate();

……

ProcessState::self()->startThreadPool();

IPCThreadState::self()->joinThreadPool();

}

(10)客户端获取服务代理对象

客户端进程B要想和服务端通讯，首先需要获取服务管家ServiceManager的代理对象，，然后查找服务，因为服务已经注册，所以会返回一个该服务代理对象的引用，此代理对象中包含一个指向查找的服务的handle句柄。

constsp<IMyService>&MyServiceSystem::get_MyService()

{

Mutex::Autolock_l(mLock);

if(gMyService.get()==0){

sp<IServiceManager>sm=defaultServiceManager();//获取服务管家的代

//理对象

sp<IBinder>binder;

do{

binder=sm->getService(String16("newservice"));//查找到服务后，

//返回服务的代理对象

……

}while(true);

……

gMyService=interface_cast<IMyService>(binder);//将其转换为本地服

//务代理对象（BpMyService）

……

}

……

returnmMyService;

}

(11)客户端调用服务端函数

客户端进程B调用IMyService的接口函数，调用会传递给包含了服务对象handle的代理对象BpBinder，写入binder内核驱动。binder驱动知道数据传递到的对象，于是将数据传递给进程A。
服务端进程A从binder驱动中读取数据，然后处理远程调用，然后发送reply数据给binder驱动。binder驱动将reply传递给客户端进程B。进程B从binder驱动中读取数据并最终获取到reply,从而完成进程通信。

Status_tMyServiceSystem::func1()

{

Constsp<IMyService>&af=MyServiceSystem::get_MyService();

Af::Func1();

……

}

到这里，我们已经把android中的binder机制介绍完了。呵呵，本来觉得binder机制总结起来不会很难，可在写总结的过程中还是遇到了很多问题。呵呵，不过还好，都差不多一一解决了，终于写完了。总结过程中相当于又学了一边binder机制，而且还有新的收获，真的不错哦！