Java jvm虚拟机类加载过程（深度且详细）、双亲委派

一、类加载

1、类加载过程分为三个阶段

1.加载

        ①将类的字节码载入方法区，并创建类.class 对象（存在堆）

        ②如果此类的父类没有加载，先加载父类

        ③加载是懒惰执行（用到才加载）

2.链接

        ①验证 – 验证类是否符合 Class 规范，合法性、安全性检查

        ②准备 – 为 static 变量分配空间，设置默认值

        ③解析 – 将常量池的符号引用解析为直接引用

3.初始化

        ①执行静态代码块与非 final 静态变量的赋值

        ②初始化是懒惰执行

2、验证类加载是懒惰的 

先准备一个Student对象

以下代码来验证，System.in.read();他会在关键代码前后等待控制台输入而暂停，起到测试内存状态的作用

 那我们怎么观察内存状态的，使用新版jdk的内存界面化调试工具，jhsdb.exe hsdb 

关联java虚拟机进程，他需要一个进程id

 

 jps工具可以列出所有java进程

将程序运行起来，使用class browser看Student是否加载，发现是没有找到的

 控制台回车，让程序进入第二个阶段，调试工具重新启动搜索，发现类已加载

 

 3、验证类对象在堆

         先确认堆空间的地址范围，在找到student.class类对象，看类对象是否在这个范围之内。下面以16版本jdk为例

先查看内存堆空间地址

 而我们student对象地址在范围内，后续我们再讲如何查看对象地址。

 3、验证静态变量在初始化赋值

 我们再把程序运行到第三个阶段，发现ab已被赋值，而用final修饰的静态变量例外。 

 4、寻找对象

我们先列出内存列表，扫描新生代区对象

 我们找到了Student实例对象，里面有de变量，为什么很容易找到，因为我们虚拟机中就只有一个student对象，而我们要找的是student的类对象，才能查看到abc变量值

我们通过代码改造，类对象非常多，不好找，那就限制了TestLazy对象个数，只有一个，找到他，他的成员变量就是我们所要找的类变量 

 

这就找到了 

5、类初始化方法原理

我们用一个工具类查看字节码文件。编译器会把我们静态变量复制语句，静态代码块里的语句，合到一起变成一个方法。 前两行代码准备了一个常数119，也就是十六进制77，putstatic做了一个赋值给静态变量a的动作。第三行代码拿到了System.out静态变量，第四行拿到后准备了一个字符串，第五行调用了PrintStream的println，前面静态变量当做参数传给println方法了。后面的相信大家都能看懂。我们可以发现用final修饰的静态变量cm并没有出现在这个static方法中。但是final修饰的引用类型变量，出现在了静态方法中。

 

 那final变量cm出现在上面，在声明变量时，已经把值固定下来了，不用额外复制动作

6、final修饰基本类型变量的原理

我们尝试访问cmn三个变量是否会出现类的加载和初始化。根据调试工具，cm不会触发类的加载，而引用类型n的访问触发类的加载和初始化 

 

我们搜索得到的信息并不是堆内存地址，这个class也不是指java中*.class对象，就是指元空间中类的原始数据 

 

 那为什么访问cm不会触发类的加载和初始化，我们通过看编译器如何使用cm，可以看出他没用使用到student，因为这两个变量都是final static修饰的基本类型，使用这些变量的类会将值进行一个复制，复制到自己的类，根本不需要其他类

 7、将符号引用变为直接引用

误区：初始化执行完成，链接中的解析执行完了。但是事实不是这样的，解析不是一步到位，而是一点点完成，下面演示解析过程

我们通过调试工具进入常量池 

 

找到未解析的符号A引用 

 

 程序下一步运行，a被加载了，由符号引用变为直接引用

 

二、双亲委派

1、何为双亲委派

所谓的双亲委派，就是指优先委派上级类加载器进行加载，如果上级类加载器

        ①能找到这个类，由上级加载，加载后该类也对下级加载器可见

        ②找不到这个类，则下级类加载器才有资格执行加载

 2、对双亲委派的误解

错在哪了？

自己编写类加载器就能加载一个假冒的 java.lang.System 吗?不行。

        ①假设你自己的类加载器用双亲委派，那么优先由启动类加载器加载真正的 java.lang.System，自然不会加载假冒的

        ②假设你自己的类加载器不用双亲委派，那么你的类加载器加载假冒的 java.lang.System 时，它需要先加载父类 java.lang.Object，而你没有用委派，找不到 java.lang.Object 所以加载会失败

        ③以上也仅仅是假设。实际操作你就会发现自定义类加载器加载以 java. 打头的类时，会抛安全异常，在 jdk9 以上版本这些特殊包名都与模块进行了绑定，更连编译都过不了

 

 

3、双亲委派的目的

①让上级类加载器中的类对下级共享（反之不行），即能让你的类能依赖到 jdk 提供的核心类

②让类的加载有优先次序，保证核心类优先加载