Java类加载器

Java类加载器是Java运行时环境的一部分，负责动态加载Java类到Java虚拟机的内存空间中。

Java类加载的方式有两种

• 隐式装载：当程序中遇到通过new等方式生成对象时，隐式调用类加载器加载对应的类到内存中。这是动态性的体现。
• 显示装载：通过Class.forName()、ClassLoader.loadClass()等方法，显式加载对应的类。

类加载的过程主要分为三个部分

1. 装载
   把class字节码文件从各个来源（本地编译生成、jar包、远程网络、动态代理实时编译）通过类加载器装入内存。
   引导类加载器（BootstrapClassLoader）： 加载Java的核心库（%JAVA_HOME%/jre/lib、-Xbootclasspath参数指定、%JAVA_HOME%/jre/classes），使用原生C++代码来实现的，并不继承自java.lang.ClassLoader，在Java虚拟机启动后初始化的。
   扩展类加载器（ExtClassLoader）： 加载Java的扩展库（%JAVA_HOME%/jre/lib/ext）以及java.ext.dirs系统变量指定的路径中类库。由BootstrapClassLoader加载，父加载器是BootstrapClassLoader。是sun.misc.Launcher的内部类。
   应用类加载器（AppClassLoader，又称系统类加载器）： 加载classpath所指定的位置的类或jar。由BootstrapClassLoader加载，父加载器是ExtClassLoader。 是sun.misc.Launcher的内部类。
   自定义类加载器： 1. 运行时装载或卸载类：实现脚本语言，用于bean生成器，允许用户定义的扩展性，允许名字空间的通信。2. 改变Java字节码的装入（对字节码加密）。3. 修改已装入的字节码。可以通过继承java.lang.ClassLoader类的方式实现自己的类加载器。

2. 链接，细分为验证、准备、解析

   验证： 确保被加载类信息符合JVM规范，没有安全方面的问题。包括对于文件格式的验证（常量中是否有不被支持的常量？…），对于元数据的验证（该类是否继承了被final修饰的类？类中的字段是否与父类冲突？是否出现了不合理的重载？），对于字节码的验证（保证程序语义的合理性，如类型转换），对于符号引用的验证（校验符号引用中通过全限定名是否能找到对应的类？校验符号引用中的访问性private，public是否可被当前类访问？）

   准备： 为类的静态变量分配内存，并将其初始化为默认值。这里的默认值是指Java虚拟机根据不同变量类型的默认初始值。 常量的初值即为代码中设置的值。

   解析： 把虚拟机常量池中的符号引用转换为直接引用。符号引用：一个字符串，能够唯一识别一个方法、变量、类的相关信息。直接引用：一个内存地址，或者一个偏移量，比如类方法、类变量的直接引用是指向方法区的指针；而实例方法、实例变量的直接引用则是从实例的头指针开始算起，到这个实例变量位置的偏移量。

3. 初始化

   这个阶段主要是对类变量初始化，是执行类构造器的过程。只对static修饰的变量或语句进行初始化。优先初始化父类。

Tomcat类加载

类加载器

Bootstrap 引导类加载器：加载JVM启动所需的类，以及标准扩展类。

System 系统类加载器：加载tomcat启动的类，如bootstrap.jar，通常在catalina.bat或catalina.sh中指定。

Common 通用类加载器：加载tomcat使用以及应用通用的一些类（%CATALINA_HOME%/lib），如servlet-api.jar

Webapp 应用类加载器：每个应用在部署后，都会创建一个唯一的类加载器。 加载WEB-INF/lib和WEB-INF/classes

当应用需要某个类时，会按照下面的顺序进行类加载：

1. 使用bootstrap引导类加载器加载
2. 使用system系统类加载器加载
3. 使用应用类加载器在WEB-INF/classes中加载
4. 使用应用类加载器在WEB-INF/lib中加载
5. 使用common类加载器在%CATALINA_HOME%/lib中加载

参考：
全面解析Java类加载器
面试官：请你谈谈Java类加载过程
Java类加载器ClassLoader总结
图解Tomcat类加载机制