虚拟机类加载机制_虚拟机启动时会先初始化包含mian-CSDN博客

本文链接：https://blog.csdn.net/sky_format/article/details/88981196

虚拟机把描述类的数据从Class文件加载到内存，并对数据进行效验，转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。Java语言类型的加载、连接和初始化过程都是在程序运行期间完成的，Java里天生可以动态扩展语言的特性就是利用运行期动态加载和动态连接这个特点实现的。

类加载时机

Java类的生命周期
其生命周期7个阶段如图所示，包括加载、验证、准备、解析、初始化、使用、卸载，其中验证、准备、解析统称为连接。

加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的，类的加载过程必须按照这种顺序开始，而解析过程不一定：它在某些情况下可以在初始化阶段之后再开始，这是为了支持Java运行时绑定。

初始化的情况：

遇到new、getstatic、putstatic、invokestatic字节码指令。最常使用的情景：使用new关键字实例化对象，读取或设置一个类的静态字段、调用一个类的静态方法的时候。
使用java.lang.reflect包对对象进行反射调用的时候。
当初始化一个类，若其父类没有被初始化，就先触发父类的初始化。
虚拟机启动时，用户需要指定一个要执行的主类（包含mian（）方法的那个类），虚拟机会先初始化这个类
使用JDK1.7的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后解析结果是REF_getStattic、REF_putStatic、REF_invokeStatic的方法的句柄。（不太懂）

在一个接口在初始化时，并不要求其父类接口全部完成初始化，只有在真正使用到父接口的时候（如引用借口中定义的常量）才会初始化。

类加载的过程

加载

在加载阶段，虚拟机需要完成以下三件事：

通过一个类的全限定名来获取定义此类的二进制字节流
将这个字节流所代表的静态储存结构转化为方法区的运行时数据结构
在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口

对于获取二进制字节流，由于未规定从哪里获取，怎么获取，因此，很多Java技术在此基础上建立：

从ZIP包中获取，是日后jar、ear、war基础
运行时计算生成，这种场景使用最多就是动态代理技术，java.lang.reflect.Proxy.
由其他文件生成，典型的应用就是jsp应用，即有jsp文件生成对应的Class类
从数据库中读取，这种场景比较少见，例如有些中间件服务器（SAP Netweaver）可以选择把程序安装到数据库中来完成程序代码在集群间的分发。

验证

验证是连接阶段的第一步，这一阶段的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并不会危害虚拟机自身的安全。如果验证到输入的字节流不符合Class文件格式的约束，虚拟机会抛出java.lang.VerifyError异常或其子类异常。验证阶段大致会完成下面4个阶段的验证动作：

文件格式验证
其验证的内容包括是否以魔数0xCAFEBABE开头，主次版本号是否在虚拟机处理范围之内等等，该验证的目的主要是保证输入的字节流能正确解析并储存于方法区之内。
元数据验证
是对字节码描述信息进行语义分析，确保其符合java语言规范要求，包括这个类是否有父类、这个类的父类是否继承了不允许被继承的类等等。
字节码验证
主要目的是通过对于数据流与控制流分析，确定程序语义是合法的、符合逻辑的，确定被效验的类在运行期间不会做对虚拟机有害的事
符号引用验证
最后一个阶段发生在虚拟机将符号引用转化为直接引用的时候，这个转化动作发生在解析阶段。符号引用验证可以看做是对类自身以外的信息进行匹配验证，验证内容包括：符号引用中通过字符串描述的全限定名是否能找到对应的类等等。

准备

准备阶段是为类变量分配内存并设置初始值的阶段，这些变量使用的内存都将在方法区中进行分配，这个时候内存分配的变量仅包括类变量（static修饰的变量），不包括实例变量，实例变量会在对象实例化时随对象一起分配在Java堆中，并且这里的设置初始值仅仅是数据类型的零值。例如public static int value = 123；value此时赋值为0，而不是123，123是在初始化阶段才开始赋值。

数据类型的零值

解析

解析阶段是讲常量池中的符号引用替换为直接引用的过程。

符号引用
符号引用与虚拟机实现的内存布局无关，引用目标也不一定要加载到内存中。各种虚拟机实现的内存布局可以各不相同，但是它们能接受的符号引用必须是一致的。
直接引用
可以直接定位到指向目标的指针、相对偏移量或能简介定位到目标的句柄。直接引用是与虚拟机实现的内存布局相关的，如有用了直接引用，表示引用目标一定加载到了内存中。

类或接口解析
字段解析
类方法解析
接口方法解析

初始化

在初始化阶段，是根据程序员通过过程制定的主管计划去初始化类变量和其他资源或者说初始化是执行类构造器()方法的过程。

clinit>()方法由编译器自动收集类中的所有类变量的赋值动作和静态语句块中的语句合并产生的，编译器收集顺序是有语句在源文件中的顺序决定的，静态语句块也能够赋值定义在它之后的变量，但不能访问

Public class Test {
	static {
		i = 0; //通过
		system.out.printlin(i); //不通过
	}
	static int i = 1;
}

clinit>()方法不需显示调用父类构造器，虚拟机会确保在子类clinit>()方法执行完毕之前，父类clinit>()方法已经执行完毕
由于父类clinit>()方法先执行，意味着父类的静态语句块的赋值操作要优先于子类的变量赋值操作。
clinit>()方法对于类或接口来说并不是必须的，如果没有静态语句块或者对于变量的赋值操作，编译器可以不为这个类生成clinit>()方法
接口中不会有静态语句块，但可以有赋值操作，意味着接口也可以有clinit>()方法，但执行接口的clinit>()方法不会先执行父接口的clinit>()方法，只有当父接口的变量使用时，父接口才会初始化
虚拟机会保证一个类的clinit>()方法正确的加锁、同步。

类加载器

实现‘通过一个类的全限定名来获取描述此类的二进制字节流’的代码模块。

比较两个类是否相等，只有在这两个类是由同一类加载器加载的前提下才有意义，否则，及时它们来自同一文件、同一虚拟机，这两个类也不相等。

双亲委派模型

从Java虚拟机角度看，只存在两种不同的加载器：启动类加载器（Bootstrap ClassLoader），这个加载器由C++语言实现，是虚拟机的一部分；所有其他类加载器，由Java实现，独立于虚拟机之外，继承自抽象类ClassLoader。

细致划分：

启动类加载器（Bootstrap ClassLoader）
负责将存放在《JAVA_HOME》\lib目录中的，或者被-Xbootclasspath参数所指定的路径的，并且是虚拟机所识别（仅按照文件名识别）类库加载到虚拟机内存中。其无法被用户直接引用，用户如果在编写自定义类加载器时，如果需要把加载请求委派给引导类加载器，那直接使用null替代即可。
扩展类加载器
由sun.misc.Launcher$ExtClassLoader实现，负责加载《JAVA_HOME》\lib\ext目录，或者被java.ext.dirs系统变量所指定路径的所有类库，开发者可以直接使用扩展类加载器。
应用程序类加载器
这个类加载器由sun.misc.Launcher$App-ClassLoader实现，负责加载用户类路径上所指的类库，开发者可以直接使用这个类加载器，如果应用程序没有自定义过自己的加载器，一般这种情况下这个就是程序默认加载器。

图上所示即为双亲委派模型，其除了要求除顶层的启动类加载器外，其余的类加载器都应该有自己的父类加载器。这里的类加载器之间的父子关系一般不会以继承实现而是通过组合关系服用父类加载器的代码。