今天有人遇到这样的问题：在重构一个Util jar时，发现有个静态方法设计的还不够抽象; 参数用更高层次的接口会比较好, 比如 A extend B，那么使用B 来代替 A; 因为使用 Super Type 作为参数，从而认为此前调用该方法的地方也不需要重写； 本地将重新构建的Util jar放到本地eclipse项目中测试一下, 测试结果ok! 但是将Util.jar放到运行环境下, 就发生了NoSuchMethod 异常;
问题原因：方法参数的重载方法是静态绑定的，在编译时就确定了， 根据申明的Type去判断选择合适的方法，而不是实际的Object；
下面举个简单的例子;
设计一个简单的工具，判断集合中是否元素存在;
public class Util {
public static boolean hasData(List<?> l) {
if(l != null && l.size() > 0) {
return true;
}
return false;
}
}
在另一个类中调用测试;
public class Test {
public static void main(String[] args) {
List<String> list = new ArrayList<>();
System.out.println(Util.hasData(list));
}
}
后来为了更广泛的使用, 我们将List 修改Collection;
public class Util {
public static boolean hasData(Collection<?> l) {
if(l != null && l.size() > 0) {
return true;
}
return false;
}
}
此时, 如果我们在不重新编译Test.class的情况下, 运行class文件就会抛错；
打印出字节码就可以发现的问题所在; 第12行的调用参数; 那么在运行，系统抛出NoSuchMethod hasData:(Ljava/util/List;) 也就一点都不意外了;
public static void main(java.lang.String[]);
Code:
0: new #16 // class java/util/ArrayList
3: dup
4: invokespecial #18 // Method java/util/ArrayList."<init>":()V
7: astore_1
8: getstatic #19 // Field java/lang/System.out:Ljava/io/PrintStream;
11: aload_1
12: invokestatic #25 // Method simpletest/Util.hasData:(Ljava/util/List;)Z
18: return
- 静态绑定是丧失了动态特性为代价可以提供更佳的性能（编译时确定）；它与动态绑定的区别，一言以蔽之就是一个根据Type判断，而另一个根据Object判断；
- 除了上面的例子，即方法的重载是静态绑定以外；此外对Object上调用static method， private method & final method 这些不能override的方法，都是静态绑定(invokestatic);
- 根据上面两点，只有Type 和 Sub Type的其他方法, 只有在方法参数完全一致（对于泛型而言，即使是类型擦除，Java也要求泛型参数的类型必须一直才可以重载，可以自己试着自己在IDE里测试一下）的情况下才有存在Override；这也是开发者容易犯的一个错；
- 在自动化发布的过程中, 如果上层的Jar修改了, 下层的Jar即使不需要修改，也需要重新编译。这里就是一个例子；
