今天由于项目需要将一个java工程移植到php下,于是采用了php+javabridge+jar包的方法进行php调用java类,结果留下了一个后遗症:在同一环境下使用java –jar运行一个含有同名类的runable jar包时运行的是放进jdk/lib/ext/下供javabridge调用的那个jar包中的方法,结果导致一整天都在面对一个貌似是之前版本穿越过来的输出。后来发现导致这个问题的原因是jvm在加载类的时候对不同目录下的类加载的顺序不同而导致的,关于jvm类加载器的详细介绍参见(点击打开链接),jvm加载顺序如下图所示:
下面具体介绍这次出错的重现示例。首先是第一个被当作类库引用的jar包,源码简化如下:
public class test_classloader {
/**
* @param args
*/
public static String str="hello";
public static void main(String[] args) {
// TODO Auto-generated method stub
System.out.println(str);
}
}
由于要当作类库用,没有准备使用这个main方法,而且当时一时发懒就没有注释,直接导出为library jar了。然后将它放进jre/lib/ext目录下
第二个要进行运行的jar包源码简化如下:
public class test_classloader {
/**
* @param args
*/
public static String str="world";
public static void main(String[] args) {
// TODO Auto-generated method stub
System.out.println(str);
}
}
这两个类都有main方法,只是其中静态字符串的值不一样,将第一个jar包放置到jre/lib/ext目录下后用命令java –jar test_classloader.jar 运行第二个jar包,会发现输出结果为 hello ,即虽然命令运行的jar包中输出应该是world,结果由于jvm加载时先加载了jre/lib/ext/下输出为hello的同名jar包,导致类加载时加载的是输出hello的test_classloader类。将输出hello的test_classloader类的main方法注释掉以后进行重复实验,会发现报错nosuchmethodError,即,即使已加载的类中没有要用的方法,也不会重新加载一个新的同名类。