在系统定制过程中，我们常常使用aidl来提供接口给客户使用。 因为接口的sdk通常是通用的一份，并且sdk的aidl文件是最完整的(包含接口一到接口n)，而各个机型不一定完全实现了所有接口，比如下图机型A服务端的aidl文件只包含部分接口(比如只有接口一到接口五)。如果在机型A上调用了接口六，此时我们应该能够抛出异常告知客户该接口未实现。
1.机型及时同步最新的aidl文件，服务端在未实现的接口处抛出异常，sdk里捕获异常。 这个方案首先排除，首先如果机型比较多，及时同步文件工作量较大。其次旧的已发布固件不可能同步最新的文件
2.aidl编入framework.jar 如果此时机型A调用未实现的接口，此时会抛NoSuchMethodError这个异常，sdk捕获该异常，并告知客户即可。该方案可行
3.aidl编入应用 如果此时机型A调用未实现的接口，此时不会有任何异常，但是我们可以发现接口的返回值是返回类型的默认值(比如int返回0)。这样我们可以让服务端不要返回0，当调用接口返回0时，我们就知道这个接口没有实现。该方案也可行
三.aidl编入位置的思考方案三虽然可行，但是不够好，如果能跟方案二一样抛异常就好了。那么为什么aidl编入位置不同，现象就不同呢？ 这个其实是运行时会使用framework.jar导致的。当aidl编译到framework.jar时，应用编译时使用sdk的aidl文件，运行时其实用的是framework.jar，这样当调用framework.jar中不存在的方法时就会抛NoSuchMethodError
方案三如何抛异常呢？ 为此我们要查看服务端是如何与客户端通讯的。 查看服务端的onTransact方法，假设此时服务端未实现接口，那么就会走父类也就是Binder的onTransact。显然code也不是INTERFACE_TRANSACTION和DUMP_TRANSACTION
参数code是表示方法数的，如果我们调用的方法序号大于code，不就说明未实现吗。所以我们只需重写onTransact方法，如果code大于方法数，抛异常即可
public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws RemoteException { if (code > METHOD_TOTAL) { throw new IllegalStateException("NO SUPPORT"); } return super.onTransact(code, data, reply, flags); };