5.7 KiB
Classloader
Java ClassLoader是构成JRE（Java Runtime Environment）的一部分，ClassLoader负责动态的将java classes加载到JVM中。java classes并不是一次性全部加载到内存中的，而是在应用需要时动态加载到内存中。
JRE调用classloader，然后classloader负责将classes动态加载到内存中。
在java按需将需要的类动态加载到内存中的特性中，classloader扮演了重要的作用，令Java应用更加的弹性和高效。
Types of ClassLoaders in Java
java ClassLoaders可以被归类为不同的类型，每种类型负责从指定的路径加载classes：
Bootstrap ClassLoader（原始类加载器）
- Bootstrap Classloader是机器码，负责初始化JVM的操作
- 直到java 8中，其从
rt.jar中加载核心java文件；但是从java 9开始，其负责从java runtime image中加载核心java文件 - Bootstrap ClassLoader独立的操作，其并没有parent ClassLoader
Platform ClassLoader（Extension ClassLoader）
- 在java 9之前，存在Extension ClassLoader，但是在java 9及之后，其被称作Platform ClassLoader
- 该classloader会从JDK module系统中加载平台特定的拓展
- platform class loader会从java runtime image中加载文件，同时也会从
java.platform属性所指定的module或--module-path所指定的module处加载文件
System ClassLoader（Application ClassLoader）
- System ClassLoader也被称为
Application ClassLoader,其从应用的classpath加载classes - 其是Platform ClassLoader的一个child
- 将会从
CLASSPATH环境变量、-classpath或-cp选项所指定的目录处加载
Principles of Functionality of a Java ClassLoader
java ClasLoader基于如下准则进行操作：
Delegation Model
- ClassLoaders遵循委托继承算法
- 当JVM遇到一个class时，其会检查其是否已经被加载，如果该class还未被加载，那么JVM会将class的加载委托给
a chain of ClassLoaders - 该委托架构从Application ClassLoader开始，向上移动到Platform ClassLoader，最终移动到Bootstrap ClassLoader
- 在层次结构中的每一个ClassLoader，都会在其负责的locations处查找class，并且在必要时将class的加载过程委托给父级
Visibility Principle
- 由Parent ClassLoaders负责加载的classes对于child classloader来说也是可见的；反之，由child classloader负责加载的classes对于parent classloader来说则不可见
- 上述的可见性定义确保了封装性，防止由不同的classloaders负责加载的classes出现冲突
Uniqueness Property
- ClassLoader会确保class只会被加载一次，从而保证class在JVM中的唯一性
- 只有当parent ClassLoader无法查询到某个类时，当前classloader才会尝试去加载该类
Methods of java.lang.ClassLoader
为了加载类，ClassLoader中提供了如下方法：
loadClass(String name, boolean resolve): 其会加载JVM所引用的类，并在必要时进行解析defineClass(): 该方法会将一个字节数组转化为Class实例对象。如果字节数组中的内容不是有效的class，那么将会抛出ClassFormatError异常findClass(String name)：该方法会对class进行查找，但是并不会对其进行加载findLoadedClass(String name)：该方法用于验证是否该类已经被加载Class.forName(String name, boolean initialize, ClassLoader loader)： 该方法会加载并初始化class，允许指定ClassLoader，如果该classLoader没有指定，则默认会使用Bootstrap ClassLoader
上述方法的使用示例如下：
// Code executed before class loading
Class<?> clazz = ClassLoader.getSystemClassLoader().loadClass("com.example.MyClass");
Delegation Model
JVM和ClassLoader使用了委托层次结构算法来加载class，classLoader运行原则如下：
- classLoader永远会遵循委托层次结构原则
- 当jvm遇到class时，其首先会检查该class是否已经被加载
- 如果该类未被加载，那么jvm将会请求classloader sub-system去加载该类，而classloader sub-system则会将该加载工作委托给Application ClassLoader
- Application Classloader会将该类的加载任务委托给Extension ClassLoader，而Extension ClassLoader则是会再次将该加载任务委托给Bootstrap Classloader
- Bootstrap Classloader会在bootstrap classpath（JDK/JRE/LIB/EXT）路径下查找该类，如果该class存在，那么其将会被加载，否则加载请求将会回到Extension Classloader
- Extension Classloader也会从Extension classpath下查找该类，如果查找到该类，则加载该类，否则请求将会被委托给Application ClassLoader
- Application ClassLoader将会在Application classpath路径下查找该类，如果类存在会加载该类，否则其会抛出ClassNotFoundException
Visibility Principle
可见性原则保证了由parent classloader加载的类对于child classloader来说是可见的，而child classloader加载的类对parent classloader来说是不可见的。
假设类GEEK.class被Extension ClassLoader加载，那么该类仅被Extension ClassLoader和Application Classloader可见，对于Bootstrap ClassLoader来说GEEK.class是不可见的。如果该类尝试通过Bootstrap ClassLoader再次加载，其会报ClassNotFoundException
Uniqueness Property
唯一性保证了class是唯一的，其保证了由parent classloader加载的类不会再被child classloader加载。只有当parent classloader无法查找到该类时，当前classloader才会尝试对其进行加载