Java虚拟机类加载机制.docVIP

虚拟机类加载机制：虚拟机把描述类的数据从class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型。 Java语言里，类型的加载和连接过程是在程序运行期间完成的。 ? 类的生命周期： 　　加载 loading 　　验证 verification 　　准备 preparation 　　解析 resolution 　　初始化 initialization 　　使用 using 　　卸载 unloading ? 有且只有以下四种情况必须立即对类进行”初始化”(称为对一个类进行主动引用)： 遇到new、getstatic、putstatic、invokestatic这四条字节码指令时(使用new实例化对象的时候、读取或设置一个类的静态字段、调用一个类的静态方法)。 使用java.lang.reflet包的方法对类进行反射调用的时候。 当初始化一个类的时候，如果发现其负类没有进行过初始化，则需要先触发其父类的初始化。 当虚拟机启动时，虚拟机会初始化主类(包含main方法的那个类)。 ? 被动引用： 通过子类引用父类的静态字段，不会导致子类初始化(对于静态字段，只有直接定义这个字段的类才会被初始化)。 通过数组定义类应用类：ClassA [] array=new ClassA[10]。触发了一个名为[LClassA的类的初始化，它是一个由虚拟机自动生成的、直接继承于Object的类，创建动作由字节码指令newarray触发。 常量会在编译阶段存入调用类的常量池。 ? 编译器会为接口生成clinit()构造器，用于初始化接口中定义的成员变量。一个接口在初始化时，并不要求其父类接口全部完成了初始化，只有在真正使用到父接口的时候才会初始化。 ? 1.????? 加载 通过一个类的全限定名来获取此类的二进制字节流。 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。 在java堆中生成一个代表这个类的Class对象，作为方法区这些数据的访问入口。 ? ? 2.????? 验证 验证：确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。 虚拟机规范：如果验证到输入的字节流不符合Class文件的存储格式，就抛出一个java.lang.VerifyError异常或其子类异常。 ? 文件格式验证：验证字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理。这个阶段的验证时给予字节流进行的，经过了这个阶段的验证之后，字节流才会进入内存的方法区中进行存储所以后面的验证阶段都是给予方法区的存储结构进行的。 元数据验证：对类的元数据信息进行语义校验，保证不存在不符合java语言规范的元数据信息。 字节码验证：进行数据流和控制流分析，对类的方法体进行校验分析，保证被校验的类的方法在运行时不会做出危害虚拟机安全的行为。 符号引用验证：发生在虚拟机将符号引用转化为直接引用的时候(解析阶段)，对常量池中的各种符号引用的信息进行匹配性的校验。 ? 3.????? 准备 准备阶段是正式为类变量分配内存并设置类变量初始值(各数据类型的零值)的阶段，这些内存将在方法区中进行分配。但是如果类字段的字段属性表中存在ConstantValue属性，那在准备阶段变量值就会初始化为ConstantValue属性指定的值。 public static final int value=122; ? 4.????? 解析 解析阶段是在虚拟机将常量池内的符号引用替换为直接引用的过程。 ? 符号引用：符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可。符号引用与虚拟机实现的内存布局无关，引用的目标并不一定已经加载到内存中。 ? 直接引用：直接引用可以是直接指向目标的指针、相对偏移量或者一个能间接定位到目标的句柄。如果有了直接引用，那引用的目标必定已经在内存中存在。 ? 　　A.??? 类或接口(对应于常量池的CONSTANT_Class_info类型)的解析： 假设当前代码所处的类为D，需要将一个从未解析过的符号引用N解析为一个类或接口C的直接引用： 如果C不是一个数组类型，虚拟机将会把代表C的全限定名传递给D的类加载器去加载这个类。 如果C是一个数组类型，并且数组的元素类型为对象(N的描述符类似[Ljava.lang.Integer)，将会加载数组元素类型(java.lang.Integer)，接着由虚拟机生成一个代表此数组维度和元素的数组对象。 如果以上过程没有发生异常，则C在虚拟机中已经成为了一个有效的类和接口了，之后还要进行的是符号引用验证，确认D是否具有对C的访问权限，如果没有，将抛出java.lang.IllegalAccess