JVM类加载.docVIP

JVM类加载 本文是上篇JVM详解的后续.讲解JVM的ClassLoader子系统原理. 若有疑问 HYPERLINK mailto:ymkyve501@ ymkyve501@ 目录  TOC \o 1-3 \h \z \u  HYPERLINK \l _Toc260247647 1.Java虚拟机类加载器结构简述  PAGEREF _Toc260247647 \h 2  HYPERLINK \l _Toc260247648 1.1JVM三种预定义类型类加载器  PAGEREF _Toc260247648 \h 2  HYPERLINK \l _Toc260247649 1.2类加载双亲委派机制介绍和分析  PAGEREF _Toc260247649 \h 2  HYPERLINK \l _Toc260247650 1.3类加载双亲委派示例  PAGEREF _Toc260247650 \h 8  HYPERLINK \l _Toc260247651 1.4java程序动态扩展方式  PAGEREF _Toc260247651 \h 10  HYPERLINK \l _Toc260247652 1.5常见问题分析  PAGEREF _Toc260247652 \h 11  HYPERLINK \l _Toc260247653 2.再分析类加载  PAGEREF _Toc260247653 \h 17  1.Java虚拟机类加载器结构简述 1.1JVM三种预定义类型类加载器 我们首先看一下JVM预定义的三种类型类加载器，当一个 JVM 启动的时候，Java 缺省开始使用如下三种类型类装入器： 启动（Bootstrap）类加载器：引导类装入器是用本地代码实现的类装入器，它负责将 Java_Runtime_Home/lib 下面的类库加载到内存中。由于引导类加载器涉及到虚拟机本地实现细节，开发者无法直接获取到启动类加载器的引用，所以不允许直接通过引用进行操作。 标准扩展（Extension）类加载器：扩展类加载器是由 Sun 的 ExtClassLoader（sun.misc.Launcher$ExtClassLoader） 实现的。它负责将 Java_Runtime_Home /lib/ext 或者由系统变量 java.ext.dir 指定位置中的类库加载到内存中。开发者可以直接使用标准扩展类加载器。 系统（System）类加载器：系统类加载器是由 Sun 的 AppClassLoader（sun.misc.Launcher$AppClassLoader）实现的。它负责将系统类路径（CLASSPATH）中指定的类库加载到内存中。开发者可以直接使用系统类加载器。 除了以上列举的三种类加载器，还有一种比较特殊的类型就是线程上下文类加载器，这个将在后面单独介绍。 Bootstrap ClassLoader/启动类加载器主要负责jdk_home/lib目录下的核心 api 或 -Xbootclasspath 选项指定的jar包装入工作. ? Extension ClassLoader/扩展类加载器主要负责jdk_home/lib/ext目录下的jar包或 -Djava.ext.dirs 指定目录下的jar包装入工作 ? System ClassLoader/系统类加载器主要负责java -classpath/-Djava.class.path所指的目录下的类与jar包装入工作. ? User Custom ClassLoader/用户自定义类加载器(java.lang.ClassLoader的子类)在程序运行期间, 通过java.lang.ClassLoader的子类动态加载class文件, 体现java动态实时类装入特性. 1.2类加载双亲委派机制介绍和分析 在这里，需要着重说明的是，JVM在加载类时默认采用的是双亲委派机制。通俗的讲，就是某个特定的类加载器在接到加载类的请求时，首先将加载任务委托给父类加载器，依次递归，如果父类加载器可以完成类加载任务，就成功返回；只有父类加载器无法完成此加载任务时，才自己去加载。关于虚拟机默认的双亲委派机制，我们可以从系统类加载器和标准扩展类加载器为例作简单分析。  图一 标准扩展类加载器继承层次图  图二 系统类加载器继承层次图 通过图一和图二我们可以看出，类加载器均是继承自java.lang.ClassLoader抽象类