类加载机制

ExtClassLoader(扩展类加载器)

创建引导类加载器（Bootstrap ClassLoader）实例

launcher.getClassLoader().loadClass()

链接

自定义类加载器

验证

初始化阶段是执行类构造器<clinit>()方法的过程1. <clinit>()方法与实例构造器<init>()方法不同，它不需要显式地调用父类构造器，虚拟机会保证在子类的<clinit>()方法执行之前，父类的<clinit>()方法已经执行完毕。2. 由于父类的<clinit>()方法先执行，也就意味着父类中定义的静态语句块要优先于子类的变量赋值操作3. <clinit>()方法对于类或接口来说并不是必需的

java -jar ./math.jar

准备

双亲委托加载机制

BootstrapClassLoader(引导类加载器)

加载

1. 文件格式验证2. 元数据验证：对字节码描述的信息进行语义分析，以保证其描述的信息符合Java语言规范的要求（如：是否有父类，是否继承了final类等）3. 字节码验证：目的是通过数据流和控制流分析，确定程序语义是合法的、符合逻辑的。（如：指令不会跳转到方法体以外的字节码指令上，方法体中的类型转换是有效的等等）4. 符号引用验证：发生在虚拟机将符号引用转化为直接引用的时候，通常校验如下:   4.1 符号引用中通过字符串描述的全限定名是否能找到对应的类   4.2 指定类中是否存在符合方法的字段描述符以及简单名称所描述的方法和字段   4.5 符号引用中的类、字段、方法的访问性（private、protected、public、default）是否可被当前类访问。

解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程1. 符号引用：符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可。符号引用与虚拟机实现的内存布局无关，引用的目标并不一定已经加载到内存中。2. 直接引用：：直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用是和虚拟机实现的内存布局相关的，有了直接引用，那引用的目标必定已经在内存中存在。

  1. 通过类的全限定名获取类的二进制字节流   2. 将字节流的静态存储结构转化为方法区的运行时数据结构   3. 生成一个类对象，作为方法区这个类的各种数据的访问入口

加载用户类路径（ClassPath）上所指定的类库

准备阶段是正式为类变量分配内存并设置类变量初始值的阶段，这些类变量所使用的内存都将在方法区中进行分配。此时进行内存分配的仅包括类变量（被static修饰的变量），而不包括实例变量，实例变量将会在对象实例化时随着对象一起分配在Java堆中。其次，这里所说的初始值“通常情况”下是数据类型的零

解析

<JAVA_HOME>\\lib\\ext目录

java.exe调用jvm.dll创建jvm

sum.misc.Lanucher.getLaunch()获取类自己的类加载器

AppClassLoader(应用类加载器)

<JAVA_HOME>\\lib目录

初始化

创建jvm启动器Lanucher实例，由引导类加载器加载，然后创建其它类加载器