在之前的AIDL使用继承关系自定义类及调用数据异常问题记录，中具体讲了aidl 的基本使用，包括基本数据类型，自定义类型的传值问题。

但是归根到底，使用的本质还是进程间的通信，但是任何进程间的通信都是需要成本的，如果你的业务较多，定义了N多个.aidl 文件，通过我上节讲的东西，那是不是在客户端和服务端需要定义N多个service 文件。相互绑定呢？其实我们可以换一种思路。

在绑定服务的时候需要注册一个

ServiceConnection 接口，绑定成功后会给出

public void onServiceConnected(ComponentName name, IBinder service)

回掉方法，返回的是一个IBinder，这个大家都很熟悉。

进入正题：先说需要实现的功能，我们需要通过一个服务的绑定，获取到一个IBinder 对象，然后通过这个IBinder 对象获取不同业务的IBinder 对象，听起来像是一个包装一样，事实上就是这个思路

1首先定义主交互的aidl 接口

interface IService {//获取各个设备的操作接口BinderProxy getServiceHandle(int serviceIndex);
}

客户端通过这个接口可以获取到一个BinderProxy 对象。

2.构建一个BinderProxy  类，包含 IBinder对象

public class BinderProxy implements Parcelable {private IBinder iBinder;public BinderProxy (){}public DockBinderProxy(Parcel in) {iBinder = in.readStrongBinder();}public static final Creator<BinderProxy > CREATOR = new Creator<BinderProxy >() {@Overridepublic BinderProxy createFromParcel(Parcel in) {return new DockBinderProxy(in);}@Overridepublic BinderProxy [] newArray(int size) {return new BinderProxy [size];}};@Overridepublic int describeContents() {return 0;}public void setBinder(Binder binder){iBinder = binder;}public IBinder getBinder(){return iBinder;}@Overridepublic void writeToParcel(Parcel dest, int flags) {dest.writeStrongBinder(iBinder);}public void readParcel(Parcel in){iBinder = in.readStrongBinder();}
}

这步是关键步，因为aidl 只支持基本数据类型，或者自定义类型，所以需要通过自定义类型来对我们需要的参数做一层封装，这里的IBinder 就是我们需要的。

这里在用的时候记得创建BinderProxy .aidl文件，内容很简单

package 。。。。;
parcelable BinderProxy;

主要的目的是导入BinderProxy 自定义类的路径，否则会有找不到类的错误。

3.创建单独子业务的aidl 文件

比如  ITest1.aidl, ITest2.aidl ,ITest3.aidl,这些文件就是在不同业务场景下的aidl 接口对象。

4.客户端通过

IBinder iBinder=iService.getServiceHandle (1).getBinder ();

加入1对应的就是  ITest1，那么就是ITest1 itest1=(ITest1 )iService.getServiceHandle (1).getBinder ();

这样就获取到了具体的业务的binder 对象，调用itest 的接口方法就能和服务端进行通信了。