虚拟机类加载机制

虚拟机类加载机制

概述

虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类，这就是虚拟机的类加载机制。与在编译时需要进行连接工作的语言不同，Java语言里类型的加载、连接和初始化过程都是在程序运行期间完成的，这种策略虽然会令类加载时稍微增加一些性能开销，但是可以为Java应用程序提供高度的灵活性，Java里天生可以动态扩展的语言特性就是依赖运行期动态加载和动态链接这个特点实现的。例如，如果编写一个面向接口的应用程序，可以等到运行时候再指定其实际的实现类，用户可以通过Java预定义的和自定义的类加载器，让一个本地的应用程序可以在运行时从网络或其他地方加载一个二进制流作为程序代码的一部分。

类加载机制

类从被加载到虚拟机内存中开始，到卸载出内存为止，他的整个生命周期包括：加载（Loading）、验证（Verification)、准备（Preparation）、解析（Resolution)、初始化（Initialization）、使用（Using）和卸载（Unloading）七个阶段。其中验证、准备、解析三个部分统称为连接（Linking）。在这其中，加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的，类的加载过程必须按照这种顺序按部就班分开始，但是解析阶段则不一定：他在某些情况下可以在初始化阶段之后再开始，这是为了支持Java语言的运行时绑定。

Java虚拟机规范中没有对加载进行强制约束，允许虚拟机自由把握。但是对于初始化阶段，虚拟机规范严格制定了有且只有五种情况必须立即对类进行初始化：

• 遇到new、getstatic、putstatic或invokestatic这四条字节码指令时，如果没有进行过初始化则需要先触发其初始化。生成这4条指令最常见的Java代码场景是：使用new关键字实例化对象的时候，读取或者设置一个类的静态字段的时候、以及调用一个类的静态方法的时候。
• 使用java.lang.reflect包的方法对类进行反射调用的时候，如果类没有进行过初始化，则需要先触发其初始化。
• 当初始化一个类的时候，如果发现他的父类没有进行初始化，则需要先触发其父类的初始化
• 当虚拟机启动时，用户需要指定一个要执行的主类（包含main（）方法的类），虚拟机会先初始化这个主类
• 当使用JDK1.7的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic的方法句柄，并且这个方法的句柄所对应的类没有进行过初始化则需要先触发其初始化。

对于这五种会