JVM 类加载器

启动类加载器（引导类加载器，Bootstrap ClassLoader）

• 这个类加载器使用c++语言实现，嵌套在JVM内部
• 它是用来加载Java核心库，（JAVA_HOME/jre/lib/rt.jar、resources.jar或sun.boot.class.path路径下的内容），用于提供JVM自身需要的类
• 并不继承自java.lang.ClassLoader,没有父类加载器
• 加载扩展类加载器和应用程序类加载器，并指定为他们的父类加载器
• 出于安全考虑，Bootstrap启动类加载器只加载包名为java,javax,sun等开头的类

扩展类加载器（Extension ClassLoader）

• Java语言编写，由sun . misc. Launcher$ExtClassLoader实现。
• 派生于ClassLoader类
• 父类加载器为启动类加载器
• 从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/lib/ext子目录(扩展目录)下加载类库。如果用户创建的JAR放在此目录下，也会自动由扩展类加载器加载。

应用程序加载器（系统类加载器，AppClassLoader）

• java语言编写，由sun.misc.Launcher$AppClassLoader实现
• 派生于ClassLoader类
• 父类加载器为扩展类加载器
• 它负责加载环境变量classpath或系统属性java.class.path 指定路径下的类库.
• 该类加载是程序中默认的类加载器，一般来说，Java应用的类都是由它来完成加载
• 通过ClassLoader#getSystemClassLoader ()方法可以获取到该类加载器

代码示例1

public static void main(String[] args) {
        //获取系统类加载器
        ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
        System.out.println("systemClassLoader = " + systemClassLoader);
        //systemClassLoader = sun.misc.Launcher$AppClassLoader@18b4aac2

        //获取其上层，扩展类加载器
        ClassLoader extClassLoader = systemClassLoader.getParent();
        System.out.println("extClassLoader = " + extClassLoader);
        //extClassLoader = sun.misc.Launcher$ExtClassLoader@4554617c

        //获取其上层，
        ClassLoader bootstrapClassLoader = extClassLoader.getParent();
        System.out.println("bootstrapClassLoader = " + bootstrapClassLoader);
        //bootstrapClassLoader = null

        //对于用户自定义类来说，默认使用系统类加载器来加载
        ClassLoader classLoader = ClassLoaderTest.class.getClassLoader();
        System.out.println("classLoader = " + classLoader);
        //classLoader = sun.misc.Launcher$AppClassLoader@18b4aac2

        //String类是使用引导类加载器进行加载 ---->Java核心类库都是使用引导类加载器进行加载的
        ClassLoader classLoader1 = String.class.getClassLoader();
        System.out.println("classLoader1 = " + classLoader1);
        //classLoader1 = null
    }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

双亲委派机制

当一个类接收到加载请求,这个类不会立即去加载，而是委派给自己的父类去加载，每个层次的类都是如此，因此，所有的加载请求都会传入到父类哪里，只有父类加载不了的时候子类才会去加载。

采用双亲委派机制好处就是，使用不同类的加载器最后得到的同一个对象，不会污染Java的源代码。（防止恶意代码干涉善意代码）

沙箱安全机制

​ 自定义java.lang.String类，但是在加载自定义String类的时候会率先使用引导类加载器加载，而引导类加载器在加载的过程中会先加载jdk自带的文件(rt. jar包中java\lang\String.class)，报错信息说没有main方法，就是因为加载的是rt. jar包中的String类。这样可以保证对java核心源代码的保护，这就是沙箱安全机制。

补充

Java中两个class对象是否为同一个类的必要条件

• 类的全路径名必须一致
• 加载这个类的classLoader必须相同

在JVM中即使两个类对象来源于一个.class文件，被通过一个虚拟机加载，但只要加载他们的ClassLoader实例对象不同，那么这两个类对象也不是相等的。