深刻理解Binder(二)，Binder是什么？

上篇文章深刻理解Binder(一)，从AIDL谈起咱们介绍了AIDL的基本使用，用AIDL两个App的通讯是实现了，但是又有小伙伴疑惑了，为何使用AIDL就可以实现两个App之间的通讯？本文咱们就来详细说说这个问题。

Binder单从字面上理解，它有活页夹，粘合剂的意思，活页夹能够用来把两个东西夹在一块儿。在咱们的Android系统中，Binder主要用来实现进程之间的通讯（IPC），它的主要做用就是把多个App夹在一块儿。那么这个Binder究竟是个什么东西呢？其实它是一个工做在Linux层面的驱动，这一段驱动运行在内核态。咱们在客户端调用Binder都是经过系统调用最终完成的。Binder自己又是一种架构，这种架构提供了服务端、Binder驱动和客户端三个模块。咱们用AIDL在服务端和客户端生成的文件都是为了完成服务端和客户端的相关功能，OK，那么接下来咱们就从服务端、Binder驱动、客户端三个方面来分别分析Binder的工做原理。

1.服务端

Binder服务端实际上就是一个Binder类的对象，当咱们建立一个Binder对象的时候，Binder内部就会启动一个隐藏线程，该线程的主要做用就是接收Binder驱动发送来的消息，那么Binder驱动为何会给Binder服务端的线程发送消息呢？缘由很简单，咱们在客户端调用服务端的时候并不能直接调用服务端相应的类和方法，只能经过Binder驱动来调用。当服务端的隐藏线程收到Binder驱动发来的消息以后，就会回调服务端的onTransact方法，咱们来看看这个方法的方法头：

protected boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException

刚方法接收四个参数，这四个参数都是客户端的Binder传来的，第一个参数用来指定客户端要调用服务端的哪个方法，第二个参数是客户端传来的参数，第三个参数表示服务端返回的参数，最后一个flags表示客户端的调用是否有返回值，0表示服务端执行完成以后有返回值，1表示服务端执行完后没有返回值。OK，基于对服务端这样的理解，我来自定义一个类，继承自Binder ，实现和 上一篇博文相似的功能：

public class MyAddBinder extends Binder {
    private final static int ADD = 1;
    @Override
    protected boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException {
        switch (code) {
            case ADD:
                data.enforceInterface("MyAddBinder");
                int a = data.readInt();
                int b = data.readInt();
                int add = add(a, b);
                reply.writeInt(add);
                return true;
        }
        return super.onTransact(code, data, reply, flags);
    }

    public int add(int a, int b) {
        return a + b;
    }
}

小伙伴们请看，假设个人服务端依然是提供一个加法服务，当Binder驱动调用onTransact方法的时候，我先根据code来判断客户端是想调用哪一个方法，而后从data中读出客户端传递来的全部数据，注意读取顺序要和客户端的写入顺序一致（若是小伙伴们对Parcel的使用还不熟悉的话，能够参考这篇文章 android开发之Parcelable使用详解 ），读出来以后调用相应的方法获取两个数的和，而后再将结果写入到reply中便可。写好以后，在服务端的Service中再将该BInder返回便可，以下：

public class MyService extends Service {
    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return new MyAddBinder();
    }
}

OK，这就是一个简单的Binder服务端。

2.Binder驱动

Binder驱动是Binder服务端和Binder客户端之间链接的一个桥梁，当一个服务端Binder被建立出来的时候，系统同时会在Binder驱动中建立另一个Binder对象，当客户端想要访问远程的Binder服务端的时候， 都是经过这个Binder对象来完成的。那么Binder驱动中的这个对象要怎么样获取呢？其实很简单，这个BInder对象就是咱们用绑定的方式启动一个Service服务时，在绑定成功时所获取的那个IBinder对象。以下：

boolean b = bindService(intent, new ServiceConnection() {

            @Override
            public void onServiceConnected(ComponentName name, IBinder service) {
                //这个service就是Binder驱动中建立的Binder对象
                mRemote = service;
            }

            @Override
            public void onServiceDisconnected(ComponentName name) {

            }
        }, Service.BIND_AUTO_CREATE);

客户端和服务端之间的交互就是经过这个Binder对象来进行的。

3.客户端

客户端就简单了，咱们首先须要在客户端获取Binder驱动中的Binder对象，而后调用该对象中的transact方法进行数据传递。客户端在向服务端发送消息的时候是以线程间通讯的模式来进行的，并且调用服务端代码是同步进行的，也就是说线程会阻塞。OK，基于此，咱们就来看看客户端代码该怎么写：

int code = 1;
        //向服务端发送的数据
        Parcel data = Parcel.obtain();
        //接收服务端返回的数据
        Parcel reply = Parcel.obtain();
        data.writeInterfaceToken("MyAddBinder");
        data.writeInt(10);
        data.writeInt(9);
        try {
            mRemote.transact(code, data, reply, 0);
            int i = reply.readInt();
            Log.d("google.sang", "add: " + i);
            reply.recycle();
            data.recycle();
        } catch (RemoteException e) {
            e.printStackTrace();
        }

第10行，在客户端调用Binder驱动中的transact方法进行消息发送，传递的四个参数就是咱们在第一小节中所说的四个参数，这里再也不赘述。第6行代码其实是一个验证字符串，对应了第一小节中的data.enforceInterface("MyAddBinder");行代码。OK，就这样写了以后，在不使用AIDL工具的状况下，咱们依然实现了跨进程通讯。

OK，通过上文的讲解相信小伙伴们对Binder的工做机制已经有了一个大体的了解。

以上。

代码下载http://download.csdn.net/detail/u012702547/9646948