android进程间通讯aidl新增接口的异常处理

一.引出问题

在系统定制过程中，我们常常使用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);
};