JVM类加载器及类加载过程

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

JVM的类加载过程

类加载过程主要有加载、准备、初始化等几个步骤

上面该图只需要大体了解一些重要的步骤，如加载、准备、初始化即可，其他作为了解即可

开篇提示语

要注意区别类的初始化的含义和我们通常说的类对象初始化，这2个是不同的概念

思维导图

加载

将编译完成的字节码文件加载进内存中

类加载器

1. 当一个类进行加载时需要使用类加载器将该类加载进内存
2. 类加载器（classLoader）识别的位置是当前的module的src包下
3. 2个相同的类的前提是得同一个类加载器进行加载

不同类加载器deom展示

注意：这里的DefineClassLoading是在src/classLoading包下的DefineClassLoading，在调用方法loadClass()时主要包之间用"."分隔，不要使用“/”或者“\”，会导致defineClass()方法的加载失败，这里的类加载器为自定义的类加载器

启动类加载器

该类加载器主要加载系统类库，如jdk/jre/lib中的rt.jar包，但是启动类加载器不可被访问，所以当访问该类加载器时会显示为null

拓展类加载器

该类加载器主要加载拓展类加载器，如swing包，javax开头的包的类库

应用程序类加载器

该类加载器主要加载我们平常编写的demo程序代码

自定义类加载器

继承ClassLoader的自定义类加载器

双亲委派模型

为什么要有双亲委派模型

试想一下，我们程序中的object类肯定都是同一个类库的同个object，如果不是加载同一个object，而是采用就近原则，从自身包下的类中找object类（该类是程序员不小心写的），那将导致类的使用错误，因此我们会想自上而下去寻找object类，不就能保证加载的是同个路径下的类了。

双亲委派模型图

加载流程

1. 注意启动类、拓展类、应用程序类加载器之间并无继承关系，而是都是继承classLoader类
2. 如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都应该传送到最顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去完成加载

类加载流程代码

这段代码先检查加载的类是否已经加载过了，若无则调用父加载器的loadClass()方法，若父加载器为空则使用启动类加载器作为父类加载器，若父类加载器加载失败才调用自己的findClass方法进行类加载

双亲委派模型的破坏

1. 双亲委派模型在大多时候对程序员来说是透明的，但是在某些时刻会不经意间破坏双亲委派模型
2. 第一次对双亲委派模型的破坏：因为loadClass()方法的出现在双亲委派模型之前，所以jdk的设计者为了向下兼容不得不允许程序员对loadClass()方法的重写、双亲委派模型破坏，但是jdk的设计者推荐我们重写findClass()方法，这样就不会破坏双亲委派模型
3. 第二次对双亲委派模型的破坏：例如：当我们进行jdbc连接时，首先要加载驱动，而因为不同数据库之间的各种不同，jdk只能定义一套标准，让各个想要和java进行连接的数据库厂商自行进行驱动的实现，根据双亲委派模型，会先自下而上直到启动类加载器，但是在这种情况下启动类加载器会委托下层的类加载器（默认时应用类加载器）进行加载，这就破坏了双亲委派模型
4. 第三次对双亲委派模型的破坏：用户对程序动态性的追求而导致的，如热部署

---

验证

确保class文件中的信息不会危害虚拟机

准备

将类中的静态变量及静态代码块进行默认值的初始化，如：

1. static int i = 3在该阶段会将变量i加载进内存，并将变量i初始化为0（0是int类型下的0，如果是float类型的变量会初始化为0.0f），依次类推，boolean值会初始化为false
2. 准备阶段只会将静态变量进行加载，而实例变量会在进行对象初始化时一起加载进堆中

解析

java虚拟机将常量池内中的符号引用替换成直接引用的过程，可发生在初始化步骤的前后，如果不懂符号引用和直接引用可以先放着，接下来会有一篇文章专门讲解

初始化

使用类构造器中的clinit()方法（注意：不是我们平时写的构造方法）将静态变量和静态代码块中的变量初始化为代码中的所赋予的特定值

类的静态变量初始化条件

1. “直接”对类的静态变量或静态方法进行引用
   1.1 final修饰的变量除外，因为final修饰的变量在“准备”阶段会直接进行对该静态变量进行赋值，原因是final修饰的静态变量无法在更改其值，所以干脆直接初始化
   1.2 当出现以下3种情况时不可视作直接引用
   1. 对父类的直接引用
   2. 直接创建一个类对象数组
   3. 调用常量池
2. 对类进行“反射调用”操作时该类未初始化
3. 运行主方法的类（main函数所在的类）
4. 子类初始化时会首先对父类进行初始化
5. 使用new对类进行对象实例化

实例代码

首先该类对main函数所在的类进行了加载，其次因为是对Parent类的静态变量的直接引用，没有引用到Child类，所以不会进行Child类的初始化，符合了上面的第4点和第5点

注意：只有当进行反射的调用才会进行初始化，而单纯的Child.class不会进行类的初始化

当进行实例化时，会首先进行对类的初始化，再进行对类对象的实例化，所以静态变量在实例变量之前执行，又因为子父类的加载顺序，所以先加载父类的静态代码块”我是父亲“，之后再加载子类的静态代码块，之后进行对象实例化，先加载普通代码块，最后才进行构造函数的加载

结论

类加载时静态变量、静态代码块按代码顺序进行加载，在进行对象实例化时会首先加载普通变量、普通代码块，最后加载构造函数