浅谈虚拟机类加载机制
写这个的目的也是由于前两天刚把这部分看完,可今天发现都快忘完了…所以在此总结一下,这部分只是浅谈类加载机制,由于自己对关于类文件格式理解的还不够透彻,主要是太多啦,记不住,后面应该会再对类文件格式再详细讲解的。
据《深入理解Java虚拟机》中对于类加载机制的定义:
虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型
这一机制发生在程序运行时期
我们可以根据类的生命周期将其分成这几个部分:
注意:上图中的顺序是表示这些阶段按顺序“开始”,而不是按顺序“进行”或“完成”,也就是这些阶段通常都是互相交叉地混合式进行的,通常会在一个阶段执行的过程中调用、激活另一个阶段。
虚拟机对于什么时候进行加载,并没有严格的定义,但是在虚拟机规范中,明确了有且只有五种情况下,必须对类进行初始化(初始化之前的步骤自然也会开始)
1.遇到new、getstatic、putstatic、invokestatic这四条字节码指令时,如果类没有进行初始化,则需先进行初始化。生成这四条指令的最常见的Java代码场景是:使用new关键字实例化对象的时候——>new、读取或设置一个类的静态字段(被final修饰,并在编译器把结果放入常量池的静态字段除外)的时候——>getstatic、putstatic,以及调用一个类的静态方法的时候——>invokestatic
2.使用java.lnag.reflect包的方法对类进行反射调用的时候
3.当初始化一个类的时候,如果其父类还没有初始化,则需先对其父类进行初始化(接口与此不同,接口并不要求父接口全部初始化,只有在真正使用到父接口时,才会对这个父接口进行初始化)
4.当虚拟机启动时,用户需要指定一个要执行的主类(包含main()方法的那个类),对其进行初始化
5.当使用JDK 1.7的动态语言支持时,如果一个java.lang.invoke.MethodHandle实例最后的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic的方法句柄,并且这个方法句柄所对应的类没有进行过初始化,则需先进行初始化
下面将对加载、验证、准备、解析、初始化进行讲解,主要是个人理解,有错见谅
加载:
加载阶段,虚拟机会完成以下三件事情:
1.通过一个类的全限定名来获取定义此类的二进制字节流:
非数组类可由系统提供的引导类加载器完成,也可由用户自定义的类加载器完成;
数组类本身不通过类加载器创建,它是由Java虚拟机直接创建的,但数组类里的元素最终还是依靠类加载器创建
其中元素若是引用类型:用类加载器来加载,与此同时,这个类将在此加载器的类名称空间上被标识;
若元素不是引用类型:将这个数组与引导类加载器关联
2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构:
方法区存储类信息
3.在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据的访问入口:
虚拟机并没规定在Java堆在,但Java堆一般用来存储类对象
注意:在加载阶段时,连接阶段的部分内容也在进行中
验证:
为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求,并且不会危害虚拟机自身的安全
此阶段分为四个部分
1.文件格式验证:确保符合Class文件格式
2.元数据验证:确保语义符合Java语言规范
3.字节码验证:确保语义合法且逻辑正确
4.符号引用正确:确保解析动作正确进行
准备:
正式为类变量分配内存并设置类变量初始值
这里的初始值指的是数据类型的零值,具体的值需在初始化阶段指定
一个例外:ConstantValue会在此阶段就指定具体值
public static final int value = 123;
解析:
虚拟机将常量池内的符号引用替换成直接引用的过程
1.类或接口的解析
2.字段解析
3.类方法解析
4.接口方法解析
初始化:
初始化主要是执行类构造器< clinit >()
< clinit >()方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块static{}中的语句合并所产生的,注意< clinit >()与< init >()实例方法不同
以上部分就是类加载的全过程,关于类加载器的部分将在下篇介绍