二、类加载器

【目录】 【上一篇：类的加载过程】 【下一篇：双亲委派机制】

二、类加载器

JVM支持两种类型的类加载器：引导类加载器（Bootstrap ClassLoader) 、自定义类加载器（User-Defined ClassLoader)。

从概念上来讲，自定义类加载器一般是指由开发人员在程序中自定义的加载器，但在Java虚拟机规范中的定义是：将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。

在程序中我们常见的类加载器始终只有3种： Bootstrap ClassLoader、Extension ClassLoader、System ClassLoader；这3种类加载器之间没有任何的继承、上下层关系，是包含关系。

// 获取系统类加载器
ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();

// 获取上层类加载器(扩展类加载器)
ClassLoader extClassLoader = systemClassLoader.getParent();

// 获取上层类加载器(引导类加载器(获取不到,这个加载器是用C语言实现的))
ClassLoader bootstrapClassLoader = extClassLoader.getParent();

1、启动类加载器（Bootstrap ClassLoader)：

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

2、扩展类加载器（Extension ClassLoader）：

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

💡 在 JDK9 中，扩展机制被移除，扩展类加载器由于向后兼容性的原因被保留，不过被重命名为平台类加载器（platform class loader)。可以通过 classLoader 的新方法 getPlatformClassLoader() 来获取。

3、系统类加载器（AppClassLoader）：

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

4、用户自定义类加载器：

在 Java 的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，来定制类的加载方式，其目的：

• 隔离加载类
• 修改类加载的方式
• 扩展加载源
• 防止源码泄漏

用户自定义类加载器实现步骤：

1. 开发人员可以通过继承抽象类 java.lang.ClassLoader 类的方式，实现自己的类加载器，以满足一些特殊的需求
2. 在 JDK1.2 之前，在自定义类加载器时，总会去继承 ClassLoader 类并重写 loadClass() 方法，从而实现自定义的类加载类，但是在 JDK1.2 之后已不再建议用户去覆盖 loadclass() 方法，而是建议把自定义的类加载逻辑写在 findClass() 方法中
3. 在编写自定义类加载器时，如果没有太过于复杂的需求，可以直接继承 URLClassLoader 类，这样就可以避免自己去编写 findClass() 方法及其获取字节码流的方式，使自定义类加载器编写更加简洁。

【目录】 【上一篇：类的加载过程】 【下一篇：双亲委派机制】