Android IPC机制（4）-Binder连接池-白红宇

本系列的所有文章：

一、Binder连接池

之前几篇文章我已经介绍了两种 IPC 方案：AIDL 和 Messenger。当中，AIDL 也是 Messenger 的底层实现，所以对于 AIDL 开发者需要更为重视一点，这一篇文章也将继续对 AIDL 进行更深入的介绍

现在考虑一种情况，假设在一个设备上，有一个应用作为服务端存在，作为客户端的应用有十个，而这十个应用都需要与服务端进行通信，且用于与服务端进行通信的 AIDL 接口各不相同。那么，按照之前介绍的 AIDL 方案，现在服务端就需要创建十个 Service 来分别与十个客户端对应。这种结果起来是不可以接受的，因为 Service 作为四大组件之一，创建并运行太多 Service 会使服务端应用看起来太为重量级了，也不利于服务端应用的开发

为了解决这个问题，可以考虑使用 Binder 连接池来管理所有的 AIDL。机制是这样的，服务端只创建一个 Service，每个客户端在请求连接时，带上自己的唯一标识，服务端根据这个唯一标识，返回对应的 Binder 给客户端。这样，不同的客户端就可以都绑定到同一个 Service，而获得的 Binder 对象是唯一的，避免了创建多个 Service 的情况

这里就来模拟这种多个客户端的 IPC 过程，整个流程是这样的：有两个客户端，一个客户端传递两个整数给服务端进行加法操作，另一个客户端传递两个整数给服务端进行减法操作，所以总的是会有三个不同的应用

二、服务端

首先创建三个需要的 AIDL 接口，IOperation.aidl 用于提供加法操作，ICompute.aidl 用于提供减法操作，IBinderPool.aidl 是一个用于中转的 Binder 对象，含有一个 queryBinder 方法用于接收一个唯一标识，并返回客户端实际需要的 Binder 对象

package com.czy.binder_pool_server;interface IOperation {    int add(int parameter1 , int parameter2);}

package com.czy.binder_pool_server;interface ICompute {    int subtraction(int parameter1 , int parameter2);}

package com.czy.binder_pool_server;interface IBinderPool {    IBinder queryBinder(int binderCode);    }

此外，服务端还需要有 ICompute.Stub 和 IOperation.Stub 的具体实现，因为需要创建这两个类的子类

/** * 作者：叶应是叶 * 时间：2018/3/23 21:17 * 描述：https://github.com/leavesC */public class IOperationImpl extends IOperation.Stub {    @Override    public int add(int parameter1, int parameter2) throws RemoteException {        return parameter1 + parameter2;    }}

/** * 作者：叶应是叶 * 时间：2018/3/23 21:13 * 描述：https://github.com/leavesC */public class IComputeImpl extends ICompute.Stub {    @Override    public int subtraction(int parameter1, int parameter2) throws RemoteException {        return parameter1 - parameter2;    }}

之后就是来创建那唯一的一个 Service 了。Service 直接返回的是 BinderPoolImpl 对象，而 BinderPoolImpl 对象的 queryBinder 可以根据传入的参数再返回对应的 Binder 对象，即进行中转转发，从而使客户端得到真实想要的 Binder 对象

/** * 作者：叶应是叶 * 时间：2018/3/23 21:55 * 描述：https://github.com/leavesC */public class BinderPoolService extends Service {    private class BinderPoolImpl extends IBinderPool.Stub {        @Override        public IBinder queryBinder(int binderId) {            switch (binderId) {                case 100: {                    return new IOperationImpl();                }                case 200: {                    return new IComputeImpl();                }            }            return null;        }    }    private Binder binderPool;    public BinderPoolService() {        binderPool = new BinderPoolImpl();    }    @Override    public IBinder onBind(Intent intent) {        return binderPool;    }}

三、客户端

本客户端请求服务端进行加法操作，因此需要把 IOperation.aidl 文件和 IBinderPool.aidl 文件拷贝过来

与服务端的绑定操作与之前的文章介绍的 AIDL 机制大致相同，区别只在于在 onServiceConnected 中需要调用 queryBinder 方法获取真实的 Binder 对象

/** * 作者：叶应是叶 * 时间：2018/3/23 22:32 * 描述：https://github.com/leavesC */public class MainActivity extends AppCompatActivity {    private IOperation operation;    private ServiceConnection serviceConnection = new ServiceConnection() {        @Override        public void onServiceConnected(ComponentName name, IBinder service) {            try {                IBinderPool binderPool = IBinderPool.Stub.asInterface(service);                //本客户端的唯一标识是 100                //获取真实的 Binder 对象                operation = IOperation.Stub.asInterface(binderPool.queryBinder(100));            } catch (RemoteException e) {                e.printStackTrace();            }        }        @Override        public void onServiceDisconnected(ComponentName name) {            operation = null;            bindService();        }    };    private static final String TAG = "MainActivity";    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        bindService();        findViewById(R.id.btn_add).setOnClickListener(new View.OnClickListener() {            @Override            public void onClick(View v) {                if (operation != null) {                    try {                        Log.e(TAG, "4+2 加法：" + operation.add(4, 2));                    } catch (RemoteException e) {                        e.printStackTrace();                    }                }            }        });    }    @Override    protected void onDestroy() {        super.onDestroy();        if (operation != null) {            unbindService(serviceConnection);        }    }    private void bindService() {        Intent intent = new Intent();        intent.setClassName("com.czy.binder_pool_server", "com.czy.binder_pool_server.BinderPoolService");        bindService(intent, serviceConnection, Context.BIND_AUTO_CREATE);    }}

另外一个客户端的操作也类似，这里不再赘述，具体的代码可以直接看我传到 GitHub 上的示例代码

运行结果如下所示

这样，以后每增加一个客户端，就可以再为其指定一个唯一标识，然后在服务端中返回对应的 Binder 对象即可，从而避免了创建多个 Service 的情况，极大的提高了开发效率

本系列关于 Android 平台下的 IPC 机制的文章到这里目前也就结束，之后如果还有其它值得介绍的内容的话，我也会继续写下一篇

这里提供本系列所有的 IPC 示例代码：

欢迎关注我的 GitHub 账号：