JVM类加载机制

这篇文章要包括的内容

• 类的完整生命周期
• 类加载器
• Tomcat 类加载机制

类的完整生命周期

包含了加载、验证、准备、解析和初始化这 5 个阶段。其中验证、准备、解析这三个阶段又称为连接阶段。

加载，是指查找字节流，并且据此创建类的过程。

验证的目标是确保 Class 文件的字节流中包含的信息符合当前虚拟机的要求

类变量是被 static 修饰的变量，准备阶段为 static 变量在方法区分配内存并初始化为默认值，使用的是方法区的内存。

解析阶段目标是将常量池的符号引用替换为直接引用的过程

为类的静态变量赋予正确的初始值，JVM 负责对类进行初始化，主要对类变量进行初始化

类加载器(3种)

• Bootstrap ClassLoader

即启动类加载器 ，负责加载 JVM 自身工作所需要的类

• ExtClassLoader

ExtClassLoader 负责将 <JAVA_HOME>\lib\ext 或者被 java.ext.dir 系统变量所指定路径中的所有类库加载到内存中，开发者可以直接使用扩展类加载器 。

• AppClassLoader

AppClassLoader 负责加载用户类路径（即 classpath）上所指定的类库 ，

• 双亲委派机制存在的意义

委托机制的意义 — 防止内存中出现多份同样的字节码比如两个类A和类B都要加载System类：如果不用委托而是自己加载自己的，那么类A就会加载一份System字节码，然后类B又会加载一份System字节码，这样内存中就出现了两份System字节码。如果使用委托机制，会递归的向父类查找，也就是首选用Bootstrap尝试加载，如果找不到再向下。这里的System就能Bootstrap中找到然后加载，如果此时类B也要加载System，也从Bootstrap开始，此时Bootstrap发现已经加载过了System那么直接返回内存中的System即可而不需要重新加载，这样内存中就只有一份System的字节码了。

• 一道面试题

能不能自己写个类叫java.lang.System？答案：通常不可以，但可以采取另类方法达到这个需求。解释：为了不让我们写System类，类加载采用委托机制，这样可以保证爸爸们优先，爸爸们能找到的类，儿子就没有机会加载。而System类是Bootstrap加载器加载的，就算自己重写，也总是使用Java系统提供的System，自己写的System类根本没有机会得到加载。但是，我们可以自己定义一个类加载器来达到这个目的，为了避免双亲委托机制，这个类加载器也必须是特殊的。由于系统自带的三个类加载器都加载特定目录下的类，如果我们自己的类加载器放在一个特殊的目录，那么系统的加载器就无法加载，也就是最终还是由我们自己的加载器加载。

Tomcat 类加载机制

• ⾸先从 Bootstrap Classloader加载指定的类
• 如果未加载到，则从 /WEB-INF/classes加载
• 如果未加载到，则从 /WEB-INF/lib/*.jar 加载
• 如果未加载到，则依次从 System、Common、Shared 加载（在这最后⼀步，遵从双亲委派机制）