JVM类加载机制个人的理解

个人理解：类加载机制就是通过类加载器将编译后的.class文件加载到虚拟机并执行其指令以完成指定功能的流程。
类加载机制的生命周期为：加载、验证、准备、解析和初始化等五个阶段（这里忽略使用和卸载阶段）。也可以将其划分为三个阶段
第一阶段：类的加载
类的加载指的是ClassLoader将类的.class文件中的二进制数据读入到内存中，将其放在方法区内，然后在堆区创建一个 object，用来封装类在方法区内的数据结构
类装载器分为三种：Bootstrapstrap Classloader（顶层加载类）、Extenstion Classloader扩展加载类、AppClassloader（应用加载器）
三者装载的优先顺序为：Bootstrapstrap Classloader>Extenstion Classloader>AppClassloader,也就是说高级装载器装载不了的.class才会交由低级装载类装载

第二阶段：类的连接，连接阶段负责将二进制数据合并到运行时（JRE）
① 验证
验证工作由文件校验器负责，对.class文件的文件格式、元数据、字节码、符号应用等进行验证。
② 准备
准备阶段主要为类（静态）变量分配内存并设置初始值。这些内存都在方法区分配。在这个阶段我们只需要注意两点就好了，也就是类变量和初始值两个关键词：
（1）类变量（static）会分配内存，但是实例变量不会，实例变量主要随着对象的实例化一块分配到java堆中，
（2）这里的初始值指的是数据类型默认值，而不是代码中被显示赋予的值
③ 解析
解析阶段主要是虚拟机将常量池（二进制数据）中的符号引用转化为直接引用的过程
注：这里的常量池跟我所熟悉的常量池不一样，这里的常量池是指存在于.class文件中的常量池，结果在运行期被JVM装载，并且可以扩充的存在于方法区中的运行时常量池。
这个过程有个有点难理解，简单理解：虚拟机将运行时常量池中那些仅代表其他信息的符号引用解析为直接指向所需信息所在地址的指针。
解析的过程是动态连接（延迟加载）的，所以类的加载机制的开始顺序除了解析阶段外的开始都是按顺序的。动态连接（延迟加载）的解释：
比如A类里面有B类的引用的时候，JVM并不会把B类也装载的JVM内存，而是登记了其符号，当A类在解析的时候需要用到B类才将对B类的符号引用转换为对其内存的直接引用。

第三阶段：初始化
在初始化阶段，主要为类的静态变量赋予正确的初始值，JVM负责对类进行初始化，主要对类变量进行初始化。在Java中对类变量进行初始值设定有两种方式：
①声明类变量是指定初始值
②使用静态代码块为类变量指定初始值

另外，使用阶段是由线程在操作数栈中进行的操作。
局部变量表：局部变量表是一组变量值存储空间，用于存放方法参数和方法内部定义的局部变量
操作数栈：Java虚拟机的解释执行引擎被称为"基于栈的执行引擎"，其中所指的栈就是指－操作数