深入理解java虚拟机--第七章读书笔记

类加载机制

类从被加载进虚拟机内存，到卸载出内存为止，整个生命周期包括七个阶段。

 

加载，

 

验证，准备，解析（三个阶段称为连接）

 

初始化，使用，卸载

 

加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的，类的加载过程必须按照这种顺序按部就班地开始，而解析阶段则不一定。它在某些情况下可以在初始化阶段之后再开始，这是为了支持Java语言的运行时绑定(也称为动态绑定或晚期绑定)。注意，这里笔者写的是按部就班地“开始”，而不是按部就班地“进行”或“完成"，强调这点是因为这些阶段通常都是互相交叉地混合式进行的，通常会在一一个阶段执行的过程中调用、激活另外一个阶段。       什么情况下需要开始类加载过程的第一个阶段: 加载? Java 虚拟机规范中并没有进行强制约束，这点可以交给虚拟机的具体实现来自由把握。但是对于初始化阶段，虚拟机规范则是严格规定了有且只有5种情况:必须立即对类进行“初始化”(而加载、验证、准备自然需要在此之前开始):

      1)遇到new. getstatic、 putstatic 或invokestatic这4条字节码指令时，如果类没有进行过初始化，则需要先触发其初始化。生成这4条指令的最常见的Java代码场景是:使用new关键字实例化对象的时候、读取或设置一-个类的静态字段(被fina!修饰、已在编译期把结果放入常量池的静态字段除外)的时候，以及调用一个类的静态方法的时候。

      2)使用java.lang relet包的方法对类进行反射调用的时候，如果类没有进行过初始化，则需要先触发其初始化。
      

3)当初始化一个类的时候，如果发现其父类还没有进行过初始化，则需要先触发其父类的初始化。（接口稍有不同，当初始化一个接口的时候，只有在用到其父接口（引用父接口中定义的常量）的时候，父接口才会初始化。

      4)当虚拟机启动时，用户需要指定一个要执行的主类(包含main（）方法的那个类)，虚拟机会先初始化这个主类。

      5)当使用JDK 1.7 的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果REF_getStatic、 REF_ putStatic, REF_ invokeStatic 的方法句柄，并且这个方法，句柄所对应的类没有进行过初始化，则需要先触发其初始化。

 

 

 

 

 

 

 

 

 

对于静态字段，只有直接定义这个字段的类才会被初始化，因此通过其子类来引用父类中定义的静态字段，只会触发父类的初始化而不会触发子类的初始化。至于是否要触发子类的加载和验证，在虚拟机规范中并未明确规定，这点取决于虚拟机的具体实现。具体可参考P211的代码。

 

剩下两个例子直接看书吧，我个人觉得每句话都要摘录下来。。

 

 

加载

由类加载器完成

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

 

加载阶段完成后，虚拟机外部的二进制字节流就按照虚拟机所需的格式存储在方法区之中，方法区中的数据存储格式由虚拟机实现自行定义，虚拟机规范未规定此区域的具体数据结构。然后在内存中实例化一个java.lang.Class类的对象(并没有明确规定是在Java堆中，对于HotSpot虚拟机而言，Class 对象比较特殊，它虽然是对象，但是存放在方法区里面),这个对象将作为程序访问方法区中的这些类型数据的外部接口。

加载阶段与连接阶段的部分内容( 如一部分字节码文件格式验证动作)是交叉进行的，加载阶段尚禾完成，连接阶段可能已经开始，但这些夹在加载阶段之中进行的动作，仍然属于连接阶段的内容，这两个阶段的开始时间仍然保持着固定的先后顺序。

 

 

验证

为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机的安全。

 

1. 文件格式验证
2. 元数据验证
3. 字节码验证
4. 符号引用验证

具体可看书

 

准备

正式为类变量（被static修饰的变量）分配内存（在方法区中分配）并设置类变量的初始变量，初始变量一般是数据类型的零值。

Public static int value=123；准备阶段后初始值为零。

Public static final int value=123；编译时javac 会为value生成constantvalue属性。在准备阶段虚拟机会根据constantvalue属性指定的值将value赋值为123。

注：实例变量会随着对象实例化时跟着对象一起分配到java堆中。

 

解析

解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程。

符号引用上一章讲过但是我还没看。

 

初始化

 

编译器自动收集类中的所有 类变量的赋值动作 和 静态语句块
(static{}块) 中的语句合并产生clinit()方法，编译器收集的顺序是由语句在源文件中出现的顺序所决定的，静态语句块中只能访问到定义在静态语句块之前的变量，定义在它之后的变量，在前面的静态语句块可以赋值，但是不能访问。

例如：

class Test{
    static {
        i=0;
        System.out.print(i);
        }
        static int i=1;
        }
public class Test6 {
    public static void main(String[] args) {
        Test test = new Test();

    }
}

 

 

Error:(4, 26) java: 非法前向引用

 

clinit（）方法与类的构造函数(或者说实例构造器<init>（）方法)不同，它不需要
显式地调用父类构造器，虚拟机会保证在子类的<clinit>() 方法执行之前，父类的<clinit>（）方法已经执行完毕。因此在虚拟机中第一个 被执行的<clinit>()方法的类肯定是java.lang.Object.

 

由于父类的<clinit>（）方法先执行，也就意味着父类中定义的静态语句块要优先于子
类的变量赋值操作。

<clinit>（）方法对于类或接口来说并不是必需的，如果一个类中没有静态语句块，也
没有对变量的赋值操作，那么编译器可以不为这个类生成<clinit>()方法。

接口中不能使用静态语句块，但仍然有变量初始化的赋值操作，因此接口与类一样都
会生成<clinit>()方法。但接口与类不同的是，执行接口的<clinit>（）方法不需要先执行父接口的<clinit>（）方法。只有当父接口中定义的变量使用时，父接口才会初始化。另外，接口的实现类在初始化时也一样不会执行接口的<clinit>（）方法。

虚拟机会保证一个类的<clinit>()方法在多线程环境中被正确地加锁、同步，如果多
个线程同时去初始化一个类，那么只会有一个线程去执行这个类的<clinit>()方法，其他线程都需要阻塞等待，直到活动线程执行<linit>（）方法完毕。如果在一个类的<clinit>（）方法中有耗时很长的操作，就可能造成多个进程阻塞，在实际应用中这种阻塞往往是很隐蔽的。
 

 

类加载器

虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流"这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。实现这个动作的代码模块称为“类加载器”。

 

类与类加载器

 

类加载器虽然只用于实现类的加载动作，但它在Java程序中起到的作用却远远不限于类加载阶段。对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性，每一个类加载器，都拥有一个独立的类名称空间。这句话可以表达得更通俗一些:比较两个类是否“相等”，只有在这两个类是由同一个类加载器加载的前提下才有意义，否则，即使这两个类来源于同一个Class文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那这两个类就必定不相等。

这里所指的“相等”，包括代表类的Class对象的equals() 方法、isAssignableFrom（）方法、isInstance()方法的返回结果，也包括使用instanceof关键字做对象所属关系判定等情况。

代码可参照书本P229

 

 

双亲委派模型

 

破坏双亲委派模型