Java类加载顺序问题实例——程序运行后感觉是之前版本

今天由于项目需要将一个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，即，即使已加载的类中没有要用的方法，也不会重新加载一个新的同名类。