java中默认的有三种类型加载器。分别是:系统类加载器(应用类加载器)、扩展类加载器、引导类加载器。
上篇博客的例子已经测试了加载器类型是:
sun.misc.Launcher$AppClassLoader@f4f44a,这个是系统类加载器。来看一下父类的加载器类型:
//测试类加载器
System.out.println("forName形式的加载器--"+testTypeForName.getClassLoader());
//测试父类加载器
System.out.println("testTypeForName的父类加载器--"+testTypeForName.getClassLoader().getParent());
System.out.println("testTypeForName的父类的父类的加载器--"+testTypeForName.getClassLoader().getParent().getParent());
输出的结果如下:
forName形式的加载器--sun.misc.Launcher$AppClassLoader@f4f44a
testTypeForName的父类加载器--sun.misc.Launcher$ExtClassLoader@1d256fa
testTypeForName的父类的父类的加载器--null
结果说明了,系统类加载器的父类是扩展类加载器,扩展类加载器的父类是引导类加载器。他们之间的关系如下:
我们分析三种加载器的使用场合。
1.系统类加载器(应用类加载器),这个加载器使用java实现,使用广泛,负责加载classPath中指定的类。
具体的使用场合是:加载classPath中指定的而扩展类加载器没有加载的类。若扩展类加载器加载了classPath中的类,则系统类加载器则没有机会加载。
用户定义的类一般都是系统类加载器加载的。
可以通过:ClassLoader.getSystemClassLoader()获得。
2.扩展类加载器。
它负责加载Java的标准扩展,一般使用Java实现的,负责加载jre/lib/ext中的类。和普通的类加载器一样。
可以通过:ClassLoader.getSystemClassLoader().getParent()获得。
3.引导类加载器。
它负责加载jdk中的系统类,是用C语言实现的。对于java程序无法获得它,像上文中获得扩展类加载器的父类加载器是null。像String,Integer,Double类都是由引导类加载器加载的。
类加载机制的原理是双亲委派机制。
当加载一个类时,首先把机会让给父类,先让父类加载,若是父类中不能加载,才会自己再加载。(这是孝顺型的,先想到父类)
而那个Tomcat加载器则恰恰相反。
当加载一个类时,首先自己加载,自己加载不了,则再去找父类帮忙。(这个忘恩型的,先想到自己)
ps:引导类加载器(根加载器)的不是ClassLoader的实例。而扩展加载器与应用系统加载器是。
根加载器是jvm中的。
2012年12月28日 16:37:00