Android Binder机制的Native应用&&Android系统RPC与Binder && Android Service学习之AIDL, Parcelable和远程服务

http://blog.csdn.net/tankai19880619/article/details/20690935

mkdir testbinder  //创建testbinder目录

Android.mk

[plain] view plain copy

1. include $(call all-subdir-makefiles)  

一、接口类

mkdir interface  //创建interface目录，存放接口类

Itestbinder.h

[cpp] view plain copy

1. #include <binder/IInterface.h>  
2. namespace android{  
3.   class Itestbinder : public IInterface{  
4.     public:  
5.       DECLARE_META_INTERFACE(testbinder);  
6.       virtual int testinterface(int a) = 0;  
7.   };  
8.   /  
9.   class Bntestbinder : public BnInterface<Itestbinder>{  
10.   public:  
11.     virtual status_t    onTransact( uint32_t code,  
12.                                     const Parcel& data,  
13.                                     Parcel* reply,  
14.                                     uint32_t flags = 0);  
15.   };  
16. }  

Itestbinder.cpp

[cpp] view plain copy

1. #include "Itestbinder.h"  
2. #include <binder/Parcel.h>  
3. #include <binder/IInterface.h>  
4. namespace android{  
5.   enum {  
6.     TEST_INTERFACE,  
7.   };  
8. //客户端  
9.   class Bptestbinder : public BpInterface<Itestbinder>{  
10.     public:  
11.       Bptestbinder(const sp<IBinder>& impl) : BpInterface<Itestbinder>(impl){  
12.       }  
13.       virtual int testinterface(int a){  
14.         LOGD("TK---->>>>>>Itestbinder.cpp>>>>Bptestbinder::testinterface\n");  
15.         Parcel data,reply;  
16.         data.writeInt32(a);  
17.         remote()->transact(TEST_INTERFACE,data,&reply);  
18.         return reply.readInt32();  
19.       }  
20.   };  
21.   
22.   IMPLEMENT_META_INTERFACE(testbinder, "android.test.Itestbinder");  
23. /服务端  
24.   status_t Bntestbinder::onTransact(  
25.       uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags){  
26.     LOGD("TK---->>>>>>Itestbinder.cpp>>>>Bntestbinder::onTransact\n");  
27.     switch (code) {  
28.       case TEST_INTERFACE:{  
29.         //CHECK_INTERFACE(Itestbinder, data, reply);  
30.         LOGD("TK---->>>>>>Itestbinder.cpp>>>>Bntestbinder::onTransact>>111\n");  
31.         reply->writeInt32(testinterface((int) data.readInt32()) );  
32.         return NO_ERROR;  
33.       } break;  
34.       default:{  
35.         LOGD("TK---->>>>>>Itestbinder.cpp>>>>Bntestbinder::onTransact>>222\n");  
36.         return BBinder::onTransact(code, data, reply, flags);  
37.       }  
38.     }  
39.   }  
40. }  

二、客户端实现

mkdir client  //创建client目录，这个是client的实现

client.h

[cpp] view plain copy

1. #include "../interface/Itestbinder.h"  
2.   
3. namespace android{  
4.   class client{  
5.     public:  
6.       static const sp<Itestbinder>& get_test_binder();  
7.       static sp<Itestbinder> gtestbinder;  
8.   };  
9. }  

client.cpp

[cpp] view plain copy

1. #include "client.h"  
2. #include <binder/IServiceManager.h>  
3. #include <utils/Log.h>  
4. #include <stdio.h>  
5. namespace android{  
6.   sp<Itestbinder> client::gtestbinder;  
7.   const sp<Itestbinder>& client::get_test_binder(){  
8.     if (gtestbinder == 0) {  
9.         sp<IServiceManager> sm = defaultServiceManager();  
10.         sp<IBinder> binder;  
11.         do {  
12.             binder = sm->getService(String16("test.Itestbinder"));  
13.             if (binder != 0)  
14.                 break;  
15.             printf("testbinder not published, waiting...");  
16.             usleep(500000); // 0.5 s  
17.         } while (true);  
18.         gtestbinder = interface_cast<Itestbinder>(binder);  
19.     }  
20.     if(gtestbinder==0) printf("no testbinder!?");  
21.     return gtestbinder;  
22.   }  
23. }  

main.cpp

[cpp] view plain copy

1. #include <stdio.h>  
2. #include "client.h"  
3.   
4. using namespace android;  
5.   
6. int main(int argc, char* argv[]){  
7.   client* myclient = new client();  
8.   if(myclient == NULL) return 0;  
9.   const sp<Itestbinder>& tb = myclient->get_test_binder();  
10.   if(tb == NULL) return 0;  
11.   int a = tb->testinterface(3);  
12.   LOGD("TK-------->>>result is %d\n",a);  
13.   delete myclient;  
14.   return 0;  
15. }  

Android.mk

[plain] view plain copy

1. LOCAL_PATH:= $(call my-dir)  
2. #LOCAL_CFLAGS_ALL :=-I. -I$(LOCAL_PATH)/..  
3.   
4. include $(CLEAR_VARS)  
5.   
6. LOCAL_SRC_FILES:= \  
7.     client.cpp \  
8.     main.cpp \  
9.     ../interface/Itestbinder.cpp  
10.   
11. LOCAL_SHARED_LIBRARIES := \  
12.         libui libcutils libutils libbinder libsonivox libicuuc libexpat \  
13.     libdl  
14.   
15.   
16. LOCAL_MODULE:= client  
17. LOCAL_MODULE_TAGS := optional  
18.   
19. include $(BUILD_EXECUTABLE)  

三、服务端

mkdir server  //创建server目录，这个是服务端实现

testbinder.h

[cpp] view plain copy

1. #include "../interface/Itestbinder.h"  
2. #include <binder/BinderService.h>  
3. namespace android{  
4.   class testbinder:   
5.       public BinderService<testbinder>,  
6.       public Bntestbinder{  
7.     friend class BinderService<testbinder>;  
8.     public:  
9.       static const char* getServiceName() { return "test.Itestbinder"; }  
10.       virtual int testinterface(int a);  
11.       virtual     status_t    onTransact(  
12.                                 uint32_t code,  
13.                                 const Parcel& data,  
14.                                 Parcel* reply,  
15.                                 uint32_t flags);  
16.   
17.   };  
18. }  

testbinder.cpp

[cpp] view plain copy

1. #include <binder/IPCThreadState.h>  
2. #include <binder/IServiceManager.h>  
3. #include <utils/Log.h>  
4. //#include <utils/Trace.h>  
5. #include <binder/Parcel.h>  
6. #include <binder/IPCThreadState.h>  
7. #include <utils/String16.h>  
8. #include <utils/threads.h>  
9. #include <utils/Atomic.h>  
10.   
11. //#include <cutils/bitops.h>  
12. #include <cutils/properties.h>  
13. #include <cutils/compiler.h>  
14. #include "testbinder.h"  
15.   
16. namespace android{  
17.   int testbinder::testinterface(int a){  
18.     LOGD("TK---->>>>>>testbinder.cpp>>>>testbinder::testinterface\n");  
19.     return a+2;  
20.   }  
21.   status_t testbinder::onTransact(  
22.         uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags){  
23.     LOGD("TK---->>>>>>testbinder.cpp>>>>testbinder::onTransact\n");  
24.     return Bntestbinder::onTransact(code, data, reply, flags);  
25.   }  
26. }  

main.cpp

[cpp] view plain copy

1. #include <binder/IPCThreadState.h>  
2. #include <binder/ProcessState.h>  
3. #include <binder/IServiceManager.h>  
4. #include <utils/Log.h>  
5.   
6. #include "testbinder.h"  
7.   
8.   
9. using namespace android;  
10.   
11. int main(int argc, char** argv)  
12. {  
13.   sp<ProcessState> proc(ProcessState::self());  
14.   sp<IServiceManager> sm = defaultServiceManager();  
15.   LOGI("ServiceManager: %p", sm.get());  
16.   testbinder::instantiate();  
17.   ProcessState::self()->startThreadPool();  
18.   IPCThreadState::self()->joinThreadPool();  
19.   return 0;  
20. }  

Android.mk

[plain] view plain copy

1. LOCAL_PATH:= $(call my-dir)  
2. #LOCAL_CFLAGS_ALL :=-I. -I$(LOCAL_PATH)/..  
3.   
4. include $(CLEAR_VARS)  
5.   
6. LOCAL_SRC_FILES:= \  
7.     main.cpp \  
8.     testbinder.cpp \  
9.     ../interface/Itestbinder.cpp  
10.   
11. LOCAL_SHARED_LIBRARIES := \  
12.         libui libcutils libutils libbinder libsonivox libicuuc libexpat \  
13.     libdl  
14.   
15.   
16. LOCAL_MODULE:= server  
17. LOCAL_MODULE_TAGS := optional  
18.   
19. include $(BUILD_EXECUTABLE)  

四、运行

./server

./client

结果：

[plain] view plain copy

1. result:  
2.   
3. 1.client  
4. root@android:/data # ./client                                                    
5. TK---->>>>>>Itestbinder.cpp>>>>Bptestbinder::testinterface  
6. TK-------->>>result is 4  
7.   
8. 2.server  
9. root@android:/data # ./server                                                    
10. TK---->>>>>>testbinder.cpp>>>>testbinder::onTransact  
11. TK---->>>>>>Itestbinder.cpp>>>>Bntestbinder::onTransact  
12. TK---->>>>>>Itestbinder.cpp>>>>Bntestbinder::onTransact>>111  
13. TK---->>>>>>testbinder.cpp>>>>testbinder::testinterface  
14.   
15. =============================================================  
16. I/        (  624): ServiceManager: 0xc708  
17. D/        (  626): TK---->>>>>>Itestbinder.cpp>>>>Bptestbinder::testinterface  
18. D/        (  624): TK---->>>>>>testbinder.cpp>>>>testbinder::onTransact  
19. D/        (  624): TK---->>>>>>Itestbinder.cpp>>>>Bntestbinder::onTransact  
20. D/        (  624): TK---->>>>>>Itestbinder.cpp>>>>Bntestbinder::onTransact>>111  
21. D/        (  624): TK---->>>>>>testbinder.cpp>>>>testbinder::testinterface  
22. D/        (  626): TK-------->>>result is 5 
    

Android系统RPC与Binder

http://blog.csdn.net/tankai19880619/article/details/17394727

一、RPC与IPC关系

    Binder机制对于Android系统学习就犹如根文件系统挂载部分对于Linux内核学习；是一座不得不翻越的大山（指其复杂程度与重要性）。

1.RPC基本流程

    RPC在调用一个远程过程后，自己进入等待状态，传往远程过程的参数包括过程参数，返回参数包括执行结果；当收到包括执行结果的消息后，本地进程从消息中取得结果，调用进程重新开始执行。在服务器一方，有一个程序在等待调用，当有一个调用到达时，服务器进程取得进程参数，计算结果，然后返回结果。

    调用可以同步的也可以是异步的；服务器可以创建一个线程来接收用户请求，也可以自己来接收用户请求。

2.二者关系

相同点：二者都可以用于进程间；

不同点：RPC强调的是调用、即一个进程直接调用另外一个进程中的方法，而IPC仅仅完成进程间的互通信、没有函数调用功能。

总结：RPC其实就是添加了进程间函数调用功能的IPC。

二、Android系统RPC与Binder的关系

    Android系统中的Binder为IPC的一种实现方式，为Android系统RPC机制提供底层支持；其他常见的RPC还有COM组件、CORBA架构等。不同之处在于Android的RPC并不需要实现不同主机或不同操作系统间的远程调用，所以、它属于一个轻量级的RPC。

总结：Android系统的RPC = Binder进程间通信 + 在Binder基础上建立起来的进程间函数调用机制。

三、Android系统RPC实现

1.基本原理

a）服务端调用Binder驱动；并开启线程，反复调用Binder驱动的读接口、服务端继承Bnxxx进而继承BBinder的处理函数和Binder驱动的写接口，其中读接口会阻塞。

b）客户端通过Bpxxx继承Bpbinder调用Binder驱动；并开启线程，首先调用Binder驱动写接口、唤醒服务端，然后客户端调用Binder驱动读接口、并阻塞，服务器端处理完后调用写接口、唤醒阻塞中的客户端；如此，完成调用逻辑。

JAVA层AIDL——AIDL对Binder的使用进行了封装，可以让开发者方便的进行方法的远程调用。

2.具体实现

Binder负责IPC，主要就是Binder驱动；

RPC机制的的实现由如下组件完成：Client、Server、Service Manager。

下边着重分析上处组件。

3.Server服务组件

创建一个线程来接收、处理用户请求，发送执行结果：

sp<ProcessState> proc(ProcessState::self()); //打开Binder设备

ProcessState::self()->startThreadPool(); //开启监听线程

IPCThreadState::self()->joinThreadPool(); //将线程加入，loop等待客户端命令

talkWithDriver();  //接收/发送数据

executeCommand();  //指令处理

关键代码流程：

frameworks/native/libs/binder/IPCThreadState.cpp

[cpp] view plain copy

1. void IPCThreadState::joinThreadPool(bool isMain){  
2.   do {  
3.     result = talkWithDriver();  //接收/发送数据  
4.     result = executeCommand(cmd); //指令处理  
5.   }while (result != -ECONNREFUSED && result != -EBADF);  
6. }  
7. //接收/发送数据  
8. status_t IPCThreadState::talkWithDriver(bool doReceive){  
9.   binder_write_read bwr;  
10.   bwr.write_size = outAvail;  
11.   bwr.write_buffer = (long unsigned int)mOut.data();  
12.   if (doReceive && needRead) {  
13.     bwr.read_size = mIn.dataCapacity();  
14.     bwr.read_buffer = (long unsigned int)mIn.data();  
15.   } else {  
16.     bwr.read_size = 0;  
17.     bwr.read_buffer = 0;  
18.   }  
19.   bwr.write_consumed = 0;  
20.   bwr.read_consumed = 0;  
21.   do {  
22.     if (ioctl(mProcess->mDriverFD, BINDER_WRITE_READ, &bwr) >= 0) //重要；下边会分析  
23.       err = NO_ERROR;  
24.   }while (err == -EINTR);  
25. }  
26. //指令处理  
27. status_t IPCThreadState::executeCommand(int32_t cmd){  
28.   switch (cmd) {  
29.     case BR_TRANSACTION:{  
30.       sp<BBinder> b((BBinder*)tr.cookie);  
31.       const status_t error = b->transact(tr.code, buffer, &reply, tr.flags);  
32.       /* 
33.       frameworks/native/libs/binder/Binder.cpp 
34.       status_t BBinder::transact( 
35.           uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags){ 
36.         err = onTransact(code, data, reply, flags); 
37.       } 
38.       以下为Service继承Bnxxx进而继承BBinder实现的该接口，也就是实际调用的服务端的接口 
39.       */  
40.     }  
41.   }  
42. }  

4.Client客户端组件

创建一个线程来发送请求，接收执行结果：

ProcessState::self()->getContextObject(NULL)；//获得ServiceManager接口

GetService();  //获得代理接口Bpxxx

remote()->transact();  //发送请求并等待结果返回

这部分先不做讨论，后边《四》中将会看到Client/Server组件调用Service Manager的例子

5.主要使用地方就是服务创建部分：

SystemServer服务——frameworks/base/cmds/system_server/library/System_init.cpp

MediaService服务——frameworks/av/media/mediaserver/Main_mediaserver.cpp

供JAVA调用——frameworks/base/core/jni/android_util_Binder.cpp

供Native调用——frameworks/native/include/binder/BinderService.cpp

四、Binder远程同步调用的实现——ServiceManager

Binder驱动在读函数中：wait_event_interruptible(thread->wait, binder_has_thread_work(thread));阻塞睡眠。

Binder驱动在写函数中：wake_up_interruptible(target_wait);唤醒另外一个进程。

该过程是实现不同进程间同步调用的关键。

1.Client和Server组件调用ServiceManager的远程接口BpServiceManager

Server端：BpServiceManager::addService

Client端：BpServiceManager::getService

BpServiceManager::addService中如下：

frameworks/native/libs/binder/IServiceManager.cpp

[cpp] view plain copy

1. class BpServiceManager : public BpInterface<IServiceManager>{  
2.   virtual status_t addService(const String16& name, const sp<IBinder>& service,  
3.             bool allowIsolated){  
4.     status_t err = remote()->transact(ADD_SERVICE_TRANSACTION, data, &reply);  
5.     /* 
6.     模板类 
7.     frameworks/native/include/binder/IInterface.h 
8.     template<typename INTERFACE> 
9.     class BpInterface : public INTERFACE, public BpRefBase{ 
10.       public: 
11.       BpInterface(const sp<IBinder>& remote); 
12.     } 
13.      
14.     */  
15.   }  
16. }  

实际调用如下：

frameworks/native/libs/binder/Binder.cpp

[cpp] view plain copy

1. status_t BpBinder::transact(  
2.     uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags){  
3.   // Once a binder has died, it will never come back to life.  
4.   if (mAlive) {  
5.     status_t status = IPCThreadState::self()->transact(  
6.     mHandle, code, data, reply, flags);  //mHandle就是目标，这里是0  
7.     if (status == DEAD_OBJECT) mAlive = 0;  
8.       return status;  
9.   }  
10.   return DEAD_OBJECT;  
11. }  

frameworks/native/libs/binder/IPCThreadState.cpp

[cpp] view plain copy

1. status_t IPCThreadState::transact(int32_t handle,  
2.                                   uint32_t code, const Parcel& data,  
3.                                   Parcel* reply, uint32_t flags){  
4.   err = writeTransactionData(BC_TRANSACTION, flags, handle, code, data, NULL);  
5.   /* 
6.   binder_transaction_data tr; 
7.   tr.target.handle = handle; 
8.   tr.code = code; 
9.   tr.flags = binderFlags; 
10.   tr.cookie = 0; 
11.   tr.sender_pid = 0; 
12.   tr.sender_euid = 0; 
13.   */  
14.   err = waitForResponse(reply);  
15. }  
16. status_t IPCThreadState::waitForResponse(Parcel *reply, status_t *acquireResult){  
17.   if ((err=talkWithDriver()) < NO_ERROR) break;  //阻塞  
18. }  
19. status_t IPCThreadState::talkWithDriver(bool doReceive){  
20.   bwr.write_consumed = 0;  
21.   if (ioctl(mProcess->mDriverFD, BINDER_WRITE_READ, &bwr) >= 0)  
22. }  

drivers/staging/android/binder.c

[cpp] view plain copy

1. static long binder_ioctl(struct file *filp, unsigned int cmd, unsigned long arg){  
2.   switch (cmd) {  
3.     case BINDER_WRITE_READ: {  
4.       ret = binder_thread_write(proc, thread, (void __user *)bwr.write_buffer, bwr.write_size, &bwr.write_consumed);  
5.       ret = binder_thread_read(proc, thread, (void __user *)bwr.read_buffer, bwr.read_size, &bwr.read_consumed, filp->f_flags & O_NONBLOCK); //阻塞  
6.     }  
7.   }  
8. }  
9. int binder_thread_write(struct binder_proc *proc, struct binder_thread *thread,  
10.             void __user *buffer, int size, signed long *consumed){  
11.   switch (cmd) {  
12.     case BC_TRANSACTION: //一般都是这个  
13.     case BC_REPLY: {  
14.       struct binder_transaction_data tr;  
15.       if (copy_from_user(&tr, ptr, sizeof(tr))) return -EFAULT;  
16.       ptr += sizeof(tr);  
17.       binder_transaction(proc, thread, &tr, cmd == BC_REPLY);  
18.       break;  
19.     }  
20.   }  
21. }  
22. static void binder_transaction(struct binder_proc *proc, struct binder_thread *thread,  
23.     struct binder_transaction_data *tr, int reply){  
24.   struct binder_proc *target_proc;  
25.   struct binder_thread *target_thread = NULL;  
26.   struct binder_node *target_node = NULL;  
27.   struct list_head *target_list;  
28.   wait_queue_head_t *target_wait;  
29.   if (tr->target.handle) {  
30.   }esle{  
31.     target_node = binder_context_mgr_node; //重要  
32.   }  
33.   target_proc = target_node->proc; //重要  
34.   if (target_thread) {  
35.   } else {  
36.      target_list = &target_proc->todo;  //重要  
37.      target_wait = &target_proc->wait;  //重要  
38.   }  
39.   //唤醒ServiceManager线程  
40.   list_add_tail(&t->work.entry, target_list);  
41.   list_add_tail(&tcomplete->entry, &thread->todo);  
42.   if (target_wait)  
43.     wake_up_interruptible(target_wait);  //唤醒ServiceManager  
44. }  

唤醒ServiceManager并将说明需要调用的接口以及入参。

2.ServiceManager组件如何响应Client和Server组件调用过程

先补充下Service Manager进程启动过程：

frameworks/base/cmds/servicemanager/service_manager.c

[cpp] view plain copy

1. int main(int argc, char **argv){  
2.   binder_loop(bs, svcmgr_handler);  
3. }  

frameworks/base/cmds/servicemanager/binder.c

[cpp] view plain copy

1. void binder_loop(struct binder_state *bs, binder_handler func){  
2.   for(;;){  
3.     res = ioctl(bs->fd, BINDER_WRITE_READ, &bwr);  
4.     res = binder_parse(bs, 0, readbuf, bwr.read_consumed, func);  
5.   }  
6. }  

drivers/staging/android/binder.c

[cpp] view plain copy

1. static long binder_ioctl(struct file *filp, unsigned int cmd, unsigned long arg){  
2.   if (bwr.read_size > 0) {  
3.     ret = binder_thread_write(proc, thread, (void __user *)bwr.write_buffer, bwr.write_size, &bwr.write_consumed);  
4.     ret = binder_thread_read(proc, thread, (void __user *)bwr.read_buffer, bwr.read_size, &bwr.read_consumed, filp->f_flags & O_NONBLOCK);  
5.   }  
6. }  
7. static int binder_thread_read(struct binder_proc *proc, struct binder_thread *thread,  
8.     void  __user *buffer, int size, signed long *consumed, int non_block){  
9.   ret = wait_event_interruptible(thread->wait, binder_has_thread_work(thread)); //等待被唤醒  
10. }  

=========================================

//被唤醒后

frameworks/base/cmds/servicemanager/service_manager.c

[cpp] view plain copy

1. int binder_parse(struct binder_state *bs, struct binder_io *bio,  
2.                  uint32_t *ptr, uint32_t size, binder_handler func){  
3.   switch(cmd) {  
4.     case BR_TRANSACTION: {  
5.       binder_send_reply(bs, &reply, txn->data, res);  
6.     }  
7.   }  
8. }  
9. void binder_send_reply(struct binder_state *bs,  
10.                        struct binder_io *reply,  
11.                        void *buffer_to_free,  
12.                        int status){  
13.   binder_write(bs, &data, sizeof(data));  
14. }  
15. int binder_write(struct binder_state *bs, void *data, unsigned len){  
16.   struct binder_write_read bwr;  
17.   int res;  
18.   bwr.write_size = len;  
19.   bwr.write_consumed = 0;  
20.   bwr.write_buffer = (unsigned) data;  
21.   bwr.read_size = 0;  
22.   bwr.read_consumed = 0;  
23.   bwr.read_buffer = 0;  
24.   res = ioctl(bs->fd, BINDER_WRITE_READ, &bwr);  
25. }  

唤醒Client或Server组件并将执行结果返回。

六、Binder驱动部分

drivers/staging/android/binder.c

[cpp] view plain copy

1. static struct file_operations binder_fops = {  
2.   .owner = THIS_MODULE,  
3.   .poll = binder_poll,  
4.   .unlocked_ioctl = binder_ioctl,  //控制操作接口  
5.   .mmap = binder_mmap, //mmap系统调用  
6.   .open = binder_open,  //打开接口  
7.   .flush = binder_flush,  
8.   .release = binder_release,  //关闭接口  
9. };  
10.   
11. static struct miscdevice binder_miscdev = {  
12.   .minor = MISC_DYNAMIC_MINOR,  
13.   .name = "binder",  
14.   .fops = &binder_fops  
15. };  
16.   
17. static int __init binder_init(void){  
18.   int ret;  
19.   binder_proc_dir_entry_root = proc_mkdir("binder", NULL);  
20.   if (binder_proc_dir_entry_root)  
21.     binder_proc_dir_entry_proc = proc_mkdir("proc", binder_proc_dir_entry_root);  
22.   ret = misc_register(&binder_miscdev);  //注册设备并创建设备节点  
23.   if (binder_proc_dir_entry_root) {  
24.     create_proc_read_entry("state", S_IRUGO, binder_proc_dir_entry_root, binder_read_proc_state, NULL);  
25.     create_proc_read_entry("stats", S_IRUGO, binder_proc_dir_entry_root, binder_read_proc_stats, NULL);  
26.     create_proc_read_entry("transactions", S_IRUGO, binder_proc_dir_entry_root, binder_read_proc_transactions, NULL);  
27.     create_proc_read_entry("transaction_log", S_IRUGO, binder_proc_dir_entry_root, binder_read_proc_transaction_log, &binder_transaction_log);  
28.     create_proc_read_entry("failed_transaction_log", S_IRUGO, binder_proc_dir_entry_root, binder_read_proc_transaction_log, &binder_transaction_log_failed);  
29.   }  
30.   return ret;  
31. }  
32.   
33. device_initcall(binder_init);  

七、一些dome

1.Native层的binder应用：Android Binder机制的Native应用

2.Native层的binder双向调用：Android Binder机制的Native应用—双向通信

3.JAVA层的binder实例：Android Service学习之AIDL, Parcelable和远程服务

Android Service学习之AIDL, Parcelable和远程服务

http://blog.csdn.net/tankai19880619/article/details/21512615

转载：http://android.blog.51cto.com/268543/537684/

AIDL的作用

    由于每个应用程序都运行在自己的进程空间，并且可以从应用程序UI运行另一个服务进程，而且经常会在不同的进程间传递对象。在Android平台，一个进程通常不能访问另一个进程的内存空间，所以要想对话，需要将对象分解成操作系统可以理解的基本单元，并且有序的通过进程边界。
    通过代码来实现这个数据传输过程是冗长乏味的，Android提供了AIDL工具来处理这项工作。
 

    AIDL (Android Interface Definition Language) 是一种IDL 语言，用于生成可以在Android设备上两个进程之间进行进程间通信(interprocess communication, IPC)的代码。如果在一个进程中（例如Activity）要调用另一个进程中（例如Service）对象的操作，就可以使用AIDL生成可序列化的参数。
    AIDL IPC机制是面向接口的，像COM或Corba一样，但是更加轻量级。它是使用代理类在客户端和实现端传递数据。
  

选择AIDL的使用场合

    官方文档特别提醒我们何时使用AIDL是必要的： 只有你允许客户端从不同的应用程序为了进程间的通信而去访问你的service，以及想在你的service处理多线程。
 

    如果不需要进行不同应用程序间的并发通信(IPC)，you should create your interface by implementing a Binder；或者你想进行IPC，但不需要处理多线程的，则implement your interface using a Messenger。无论如何，在使用AIDL前，必须要理解如何绑定service——bindService。

 

    在设计AIDL接口前，要提醒的是，调用AIDL接口是直接的方法调用的，不是我们所想象的调用是发生在线程里。而调用(call)来自local进程或者remote进程，有什么区别呢？尤其是以下情况(引用原文，不作翻译了，以免翻译有误)：

• Calls made from the local process are executed in the same thread that is making the call. If this is your main UI thread, that thread continues to execute in the AIDL interface. If it is another thread, that is the one that executes your code in the service. Thus, if only local threads are accessing the service, you can completely control which threads are executing in it (but if that is the case, then you shouldn't be using AIDL at all, but should instead create the interface by implementing a Binder).
• Calls from a remote process are dispatched from a thread pool the platform maintains inside of your own process. You must be prepared for incoming calls from unknown threads, with multiple calls happening at the same time. In other words, an implementation of an AIDL interface must be completely thread-safe.
• The oneway keyword modifies the behavior of remote calls. When used, a remote call does not block; it simply sends the transaction data and immediately returns. The implementation of the interface eventually receives this as a regular call from the Binder thread pool as a normal remote call. If oneway is used with a local call, there is no impact and the call is still synchronous.

定义AIDL接口

    AIDL接口文件，和普通的接口内容没有什么特别，只是它的扩展名为.aidl。保存在src目录下。 如果其他应用程序需要IPC，则那些应用程序的src也要带有这个文件。Android SDK tools就会在gen目录自动生成一个IBinder接口文件。service必须适当地实现这个IBinder接口。那么客户端程序就能绑定这个service并在IPC时从IBinder调用方法。

    每个aidl文件只能定义一个接口，而且只能是接口的声明和方法的声明。

 

1.创建.aidl文件
     AIDL使用简单的语法来声明接口，描述其方法以及方法的参数和返回值。这些参数和返回值可以是任何类型，甚至是其他AIDL生成的接口。

    其中对于Java编程语言的基本数据类型 (int, long, char, boolean等),String和CharSequence，集合接口类型List和Map，不需要import 语句。

    而如果需要在AIDL中使用其他AIDL接口类型，需要import，即使是在相同包结构下。AIDL允许传递实现Parcelable接口的类，需要import.
    需要特别注意的是， 对于非基本数据类型，也不是String和CharSequence类型的，需要有方向指示，包括in、out和inout，in表示由客户端设置，out表示由服务端设置，inout是两者均可设置。

    AIDL只支持接口方法，不能公开static变量。
 

例如 (IMyService.aidl)： 

package com.demo; 

import com.demo.Person; 

interface IMyService { 
         void savePersonInfo(in Person person); 
        List<Person> getAllPerson(); 
}

2.实现接口

    创建一个类实现刚才那个aidl的接口：

public  class RemoteService  extends Service { 

         private LinkedList<Person> personList =  new LinkedList<Person>(); 
         
        @Override 
         public IBinder onBind(Intent intent) { 
                 return mBinder; 
        } 

        private final IMyService.Stub mBinder = new IMyService.Stub(){ 

                @Override 
                 public  void savePersonInfo(Person person)  throws RemoteException { 
                         if (person !=  null){ 
                                personList.add(person); 
                        } 
                } 

                @Override 
                 public List<Person> getAllPerson()  throws RemoteException { 
                         return personList; 
                } 
        }; 
}

 

    这里会看到有一个名为IMyService.Stub类，查看aidl文件生成的Java文件源代码就能发现有这么一段代码：

/** Local-side IPC implementation stub class. */ 
public  static  abstract  class Stub  extends android.os.Binder  implements com.demo.IMyService

    原来Stub类就是继承于Binder类，也就是说RemoteService类和普通的Service类没什么不同，只是所返回的IBinder对象比较特别，是一个实现了AIDL接口的Binder。

 

    接下来就是关于所传递的数据Bean——Person类，是一个序列化的类，这里使用Parcelable 接口来序列化，是Android提供的一个比Serializable 效率更高的序列化类。

    Parcelable需要实现三个函数：
    1)  void writeToParcel(Parcel dest, int flags) 将需要序列化存储的数据写入外部提供的Parcel对象dest。而看了网上的代码例子，个人猜测，读取Parcel数据的次序要和这里的write次序一致，否则可能会读错数据。具体情况我没试验过！
    2)  describeContents() 没搞懂有什么用，反正直接返回0也可以
    3)  static final Parcelable.Creator对象CREATOR  这个CREATOR命名是固定的，而它对应的接口有两个方法：
    createFromParcel(Parcel source) 实现从source创建出JavaBean实例的功能

    newArray(int size) 创建一个类型为T，长度为size的数组，仅一句话（return new T[size])即可。估计本方法是供外部类反序列化本类数组使用。
  

仔细观察Person类的代码和上面所说的内容：

public  class Person  implements Parcelable { 

         private String name; 
         private String telNumber; 
         private  int age; 

         public Person() {} 

        public Person(Parcel pl){ 
                name = pl.readString(); 
                telNumber = pl.readString(); 
                age = pl.readInt(); 
        } 

         public String getName() { 
                 return name; 
        } 

         public  void setName(String name) { 
                 this.name = name; 
        } 

         public String getTelNumber() { 
                 return telNumber; 
        } 

         public  void setTelNumber(String telNumber) { 
                 this.telNumber = telNumber; 
        } 

         public  int getAge() { 
                 return age; 
        } 

         public  void setAge( int age) { 
                 this.age = age; 
        } 

        @Override 
        public int describeContents() { 
                return 0; 
        } 

        @Override 
        public void writeToParcel(Parcel dest, int flags) { 
                dest.writeString(name); 
                dest.writeString(telNumber); 
                dest.writeInt(age); 
        } 

        public static final Parcelable.Creator<Person> CREATOR = new Parcelable.Creator<Person>() { 

                @Override 
                 public Person createFromParcel(Parcel source) { 
                         return new Person(source); 
                } 

                @Override 
                 public Person[] newArray( int size) { 
                         return new Person[size]; 
                } 

        }; 
}

然后创建Person.aidl文件，注意这里的parcelable和原来实现的Parcelable 接口，开头的字母p一个小写一个大写：

package com.demo; 

parcelable Person;

 

     对于实现AIDL接口，官方还提醒我们：

    1. 调用者是不能保证在主线程执行的，所以从一调用的开始就需要考虑多线程处理，以及确保线程安全；

    2. IPC调用是同步的。如果你知道一个IPC服务需要超过几毫秒的时间才能完成地话，你应该避免在Activity的主线程中调用。也就是IPC调用会挂起应用程序导致界面失去响应，这种情况应该考虑单独开启一个线程来处理。
    3. 抛出的异常是不能返回给调用者（跨进程抛异常处理是不可取的）。
 
3. 客户端获取接口

    客户端如何获取AIDL接口呢？通过IMyService.Stub.asInterface(service)来得到IMyService对象：

private IMyService mRemoteService; 

private ServiceConnection mRemoteConnection =  new ServiceConnection() {    
         public  void onServiceConnected(ComponentName className, IBinder service) {    
                 mRemoteService = IMyService.Stub.asInterface(service);    
        }    

         public  void onServiceDisconnected(ComponentName className) {    
                mRemoteService =  null;    
        }    
};

 在生成的IMyService.java里面会找到这样的代码：

/** 
* Cast an IBinder object into an com.demo.IMyService interface, 
* generating a proxy if needed. 
*/ 
public  static com.demo.IMyService asInterface(android.os.IBinder obj) {...}

 

而service的绑定没有什么不同：

if (mIsRemoteBound) { 
        unbindService(mRemoteConnection); 
} else{ 
        bindService( new Intent( "com.demo.IMyService"), 
                                mRemoteConnection, Context.BIND_AUTO_CREATE); 
} 

mIsRemoteBound = !mIsRemoteBound;

 

通过IPC调用/传递数据

    客户端绑定service后就能通过IPC来调用/传递数据了，直接调用service对象的接口方法：

addPersonButton.setOnClickListener( 
                 new View.OnClickListener(){ 
                         private  int index = 0; 

                        @Override 
                         public  void onClick(View view) { 
                                Person person =  new Person(); 
                                index = index + 1; 
                                person.setName( "Person" + index); 
                                person.setAge(20); 
                                person.setTelNumber( "123456"); 
                                try { 
                                        mRemoteService.savePersonInfo(person); 
                                } catch (RemoteException e) { 
                                        e.printStackTrace(); 
                                } 
                        } 
                }); 

listPersonButton.setOnClickListener( 
                 new View.OnClickListener(){ 

                        @Override 
                         public  void onClick(View view) { 
                                List<Person> list =  null; 

                                try { 
                                        list = mRemoteService.getAllPerson(); 
                                } catch (RemoteException e) { 
                                        e.printStackTrace(); 
                                } 

                                 if (list !=  null){ 
                                        StringBuilder text =  new StringBuilder(); 

                                         for(Person person : list){ 
                                                text.append( "\nPerson name:"); 
                                                text.append(person.getName()); 
                                                text.append( "\n             age :"); 
                                                text.append(person.getAge()); 
                                                text.append( "\n tel number:"); 
                                                text.append(person.getTelNumber()); 
                                        } 

                                        inputPersonEdit.setText(text); 
                                } else { 
                                        Toast.makeText(ServiceActivity. this,  "get data error", 
                                                        Toast.LENGTH_SHORT).show(); 
                                } 
                        } 
                });

  Permission权限
    如果Service在AndroidManifest.xml中声明了全局的强制的访问权限，其他引用必须声明权限才能来start，stop或bind这个service.
     另外，service可以通过权限来保护她的IPC方法调用，通过调用checkCallingPermission(String)方法来确保可以执行这个操作。

  AndroidManifest.xml的Service元素

< service  android:name =".RemoteService"  android:process=":remote" > 
         < intent-filter > 
                 < action  android:name ="com.demo.IMyService"  /> 
         </ intent-filter > 
</ service >

    这里的android:process=":remote"，一开始我没有添加的，在同一个程序里使用IPC，即同一个程序作为客户端/服务器端，结果运行mRemoteService = IMyService.Stub.asInterface(service);时提示空指针异常。观察了人家的在不同程序里进行IPC的代码，也是没有这个android:process=":remote"的。后来在官方文档 http://androidappdocs.appspot.com/guide/topics/manifest/service-element.html里了解到（留意第二段文字）：

android:process
The name of the process where the service is to run. Normally, all components of an application run in the default process created for the application. It has the same name as the application package. The <application> element's process attribute can set a different default for all components. But component can override the default with its own process attribute, allowing you to spread your application across multiple processes.

 

If the name assigned to this attribute begins with a colon (':'), a new process, private to the application, is created when it's needed and the service runs in that process.  If the process name begins with a lowercase character, the service will run in a global process of that name, provided that it has permission to do so. This allows components in different applications to share a process, reducing resource usage.

 也就是说android:process=":remote"，代表在应用程序里，当需要该service时，会自动创建新的进程。而如果是android:process="remote"，没有“:”分号的，则创建全局进程，不同的应用程序共享该进程。

 

以上内容结合了不少网络文章，包括来自

http://blog.csdn.net/caowenbin的译文， http://terryblog.blog.51cto.com/1764499/382457， http://4225953-163-com.iteye.com/blog/792997以及Android的官方网站文档。