关于接口兼容性的问题

  收到一个bug，异常提示是 NoSuchMethodError，方法指向是 Params ClassB.call()，ClassB本身属于业务类，它没有call方法，但它完全继承于我的框架类ClassA，而ClassA是有call方法的。这就怪了，业务代码是确定没有改过的，为啥会报找不到方法呢？

  仔细查看代码，发现ClassA.call()的返回值现在已经不是Params了，而是继承于Params的OlapParams，噢，原来是我们部门有人改了Call方法，也就是改了接口，但只是简单的将返回值放大了，似乎并不会打破兼容性？

   再仔细看看异常，不对，它怎么会报找不到 Param的返回，明明返回值已经变为OlapParams了？是了，是因为客户端代码没有重新编译，字节码中仍然是调用的旧的基类的call方法。为什么会导致这种情况呢？仔细询问了一下，才发现，原来我们框架升级了版本，但业务代码并没有重新编译，因为领导要求新的框架要无条件兼容旧的业务代码，也就是说业务代码无需重新编译。嘿嘿，这样就找到原因了，接口变更问题，变更接口的人以为只是提升返回值，不会打乱兼容体系，实则不然，因为调用者在编译时，非多态调用，所以已经静态的将具体的调用签名写入字节码，而基类方法返回值的变化，导致运行期无法找到对应的签名方法。  
    所以，原则上来说，做为框架，作为接口层，一定不能修改接口，哪怕是想当然的提升/放大某个类型。因为这仍然会导致客户端在不重新编译的情况下的不兼容性。