android-AIDL之连接池

系列文章

AIDL的基本使用
AIDL之自定义数据类型
AIDL之重连方法
AIDL之接口注册/解注册
AIDL之连接池

知识点

1. binder连接池的作用
2. binder连接池的简单使用

一、binder连接池的作用

1.1 普通aidl连接的弊端

回顾之前aidl的使用方法中，都是在service连接成功之后直接返回一个具体的binder对象，因为已经对这个binder进行具体的实例化了，这样的话很不灵活。
另外一种场景就是，如果公司项目越来越大，业务越来越多，如果把所有业务都写在一个binder对象的话，那么这个类得有多少行代码,而如果说把业务拆分多个binder，那么使用原有的方法，每个binder对应一个service，那么就要启动多个service，这也是很不合理的

1.2 连接池的作用

连接池的作用就是为了解决上面的情景，而原理就是通过一个service的binder接口，客户端通过参数传递到服务端，服务端根据参数类型返回对应的binder，只要商量好参数，那么就可以很方便的灵活配置各种不同的binder。这样传递不同binder的概念就好像是工厂模式吧

二、binder连接池的简单使用

2.1 先定义最核心的binder传递方法:

IBinderPool.aidl

interface IBinderPool {
    IBinder queryBinder(int binderCode);
}

2.2 然后这里提供两种业务类型的binder做参考:

第一种就是前面文章中使用到的persion.aidl

interface IPerson {
    /**
     * Demonstrates some basic types that you can use as parameters
     * and return values in AIDL.
     */
    void  setName(String s);
    String  getName();

    void setBook(in AIDLBook book);
    AIDLBook getBook();

    void registerListener(IOnNewBookArrivedListener listener);
    void unregisterListener(IOnNewBookArrivedListener listener);
}

第二种是一个新创建的binder类型itool.aidl

interface ITool {

    String getData();
    String getColor();
}

2.3 对上面三种aidl接口提供对应的实体类

public class BinderToolImpl extends ITool.Stub {
    @Override
    public String getData() throws RemoteException {
        return "tool获取data";
    }

    @Override
    public String getColor() throws RemoteException {
        return "tool获取color";
    }
}

public class BinderPoolImpl extends IBinderPool.Stub{

    public static final int BINDER_CODE_PERSON=1;
    public static final int BINDER_CODE_TOOL=2;

    @Override
    public IBinder queryBinder(int binderCode) throws RemoteException {
        IBinder binder=null;

        switch (binderCode) {
            case BINDER_CODE_PERSON:
                binder = new BinderPersonImpl();
                break;
            case BINDER_CODE_TOOL:
                binder = new BinderToolImpl();
                break;
            default:
                break;
        }

        return binder;
    }
}

public class BinderPersonImpl extends IPerson.Stub {

    @Override
    public String getName() throws RemoteException {
        return "person获取name";
    }

    //省略代码...
}

2.4然后就是服务端和客户端的具体实现了

service端很简单，返回连接池就好

public class AIDLBinderPoolService extends Service {

    private IBinder iBinderPool=new BinderPoolImpl();

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return iBinderPool;
    }
}

client端的话就是根据service端返回的连接池，然后查询自己需要的对应的binder然后运用

  conn = new ServiceConnection() {
            @Override
            public void onServiceConnected(ComponentName name, IBinder service) {
                LogUtil.d("onServiceConnected");
                iBinderPool = IBinderPool.Stub.asInterface(service);
                try {
                    iPerson = IPerson.Stub.asInterface(iBinderPool.queryBinder(BINDER_CODE_PERSON));
                    iTool = ITool.Stub.asInterface(iBinderPool.queryBinder(BINDER_CODE_TOOL));
                } catch (RemoteException e) {
                    e.printStackTrace();
                }
                Toast.makeText(AIDLBinderPoolClientAcitvity.this, "onServiceConnected", Toast.LENGTH_SHORT).show();
            }

            @Override
            public void onServiceDisconnected(ComponentName name) {
                LogUtil.d("onServiceDisconnected");
            }
        };

iPerson和iTool就是两种类型的binder，它们分别处理不同的业务，具体实现结果可以参考下文的demo

---

总结

AIDL的基本使用到此就算总结完了，其实总结AIDL的原因也是因为我之前负责的项目中有运用到这种跨进程通信的方式，使用这种方式来进行应用间的交互，不过当时的交互代码感觉写得不是很好，可能也是因为前面不熟悉吧，最近总结下来，思路清晰了很多，如果再次接触我觉得自己应该可以做得更好了

Demo地址

https://github.com/returntolife455/DemoList