详解类加载器.docx

/blog/267959理解Java ClassLoader机制（转载）博客分类：?/category/41185java/blogs/tag/JavaJava/blogs/tag/JVMJVM/blogs/tag/EXTEXT/blogs/tag/CC/blogs/tag/C++C++?当JVM（Java虚拟机）启动时，会形成由三个类加载器组成的初始类加载器层次结构： bootstrap classloader | extension classloader | system classloaderbootstrap classloader －引导（也称为原始）类加载器，它负责加载Java的核心类。?在Sun的JVM中，在执行java的命令中使用-Xbootclasspath选项或使用 - D选项指定sun.boot.class.path系统属性值可以指定附加的类。这个加载器的是非常特殊的，它实际上不是 java.lang.ClassLoader的子类，而是由JVM自身实现的。大家可以通过执行以下代码来获得bootstrap classloader加载了那些核心类库：Java代码??URL[]?urls=sun.misc.Launcher.getBootstrapClassPath().getURLs();??for?(int?i?=?0;?i??urls.length;?i++)?{???System.out.println(urls.toExternalform());??}???在我的计算机上的结果为：文件:/C:/j2sdk1.4.1_01/jre/lib/endorsed/dom.jar文件:/C:/j2sdk1.4.1_01/jre/lib/endorsed/sax.jar文件:/C:/j2sdk1.4.1_01/jre/lib/endorsed/xalan-2.3.1.jar文件:/C:/j2sdk1.4.1_01/jre/lib/endorsed/xercesImpl-2.0.0.jar文件:/C:/j2sdk1.4.1_01/jre/lib/endorsed/xml-apis.jar文件:/C:/j2sdk1.4.1_01/jre/lib/endorsed/xsltc.jar文件:/C:/j2sdk1.4.1_01/jre/lib/rt.jar文件:/C:/j2sdk1.4.1_01/jre/lib/i18n.jar文件:/C:/j2sdk1.4.1_01/jre/lib/sunrsasign.jar文件:/C:/j2sdk1.4.1_01/jre/lib/jsse.jar文件:/C:/j2sdk1.4.1_01/jre/lib/jce.jar文件:/C:/j2sdk1.4.1_01/jre/lib/charsets.jar文件:/C:/j2sdk1.4.1_01/jre/classes这时大家知道了为什么我们不需要在系统属性CLASSPATH中指定这些类库了吧，因为JVM在启动的时候就自动加载它们了。extension classloader －扩展类加载器，?它负责加载JRE的扩展目录（JAVA_HOME/jre/lib/ext或者由java.ext.dirs系统属性指定的）中JAR的类包。这为引入除Java核心类以外的新功能提供了一个标准机制。因为默认的扩展目录对所有从同一个JRE中启动的JVM都是通用的，所以放入这个目录的 JAR类包对所有的JVM和system classloader都是可见的。在这个实例上调用方法getParent()总是返回空值null，因为引导加载器bootstrap classloader不是一个真正的ClassLoader实例。所以当大家执行以下代码时：?Java代码??System.out.println(System.getProperty(java.ext.dirs));???ClassLoader?extensionClassloader=ClassLoader.getSystemClassLoader().getParent();???System.out.println(the?parent?of?extension?classloader?:?+extensionClassloader.getParent());?????结果为：C:\j2sdk1.4.1_01\jre\lib\extthe parent of extension classloader : nullextension classloader是system classloader的parent，而bootstrap classloader是extension classloader的pare