上篇疑问

JVM篇 之 垃圾收集器中最后留一了一个问题
为什么CSM不直接使用标记压缩算法？
主要原因是，因为CMS垃圾回收是和用户线程一起运行的，如果使用标记压缩算法的话，就会导致大量在使用中的对象在堆中寻找不到，所以无法使用此算法。

class装载验证流程

加载

此阶段是装载类的第一个阶段 ，负责通过各种方式获取类的二进制流，转为方法区数据结构，并在JAVA堆中生成对应的java.lang.Class对象

连接

连接过程又分为三个步骤，验证、准备、解析

验证

验证目的是为了保证Class流的格式是正确的,一定类通过了字节码检查，并不代表它一定没有问题，但是如果一个类没有通过字节码查检，那它一定是有问题，不能运行的。

• 文件格式的验证
  ** 是否以0xCAFEBABE开头
  ** 版本号是否合理
• 元数据验证
  ** 是否有父类
  ** 继承了final类？
  ** 非抽象类实现了所有的抽象方法
• 字节码验证 (很复杂)
  ** 运行检查
  ** 栈数据类型和操作码数据参数吻合
  ** 跳转指令指定到合理的位置
• 符号引用验证
  ** 常量池中描述类是否存在
  ** 访问的方法或字段是否存在且有足够的权限

准备

分配内存，并为类设置初始值 （方法区中）

• public static int v=1;
  在准备阶段中，v会被设置为0
  在初始化的<clinit>中才会被设置为1

• 对于static final类型，在准备阶段就会被赋上正确的值，因为static final类型被认为是常量，要保证在以后用到的过程中已经被赋于正确的值
  public static final int v=1;

  解析

符号引用替换为直接引用

• 符号引用：以一组符号情迷描述所引用的目标，符号可以是任何形式的字面量，只要使用时，能无歧义地定位到目标即可。符号引用与JVM实现的内存布局无关，引用的目标并不一定已经加载到内存中。各JVM实现的内在布局可以是不相同，但是它们能接受的符号引用必须是一致的，因为符号引用的字面量形式明确定义在java虚拟机规范的Class文件格式中。比如 java.lang.Object， 存放在常量池中。
• 直接引用：是指直接指向常量池中目标的指针、相对偏移量或者是一个能够间接定位到目标的句柄。

为什么要将符号引用为直接引用?
因为符号引用只是一种表示方式，无法直接使用，所以在解析阶段会被替换为直接引用，在使用时候需要知道，该字符串具体在内在中的哪个地址。
解析动作的解析范围如下：

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

初始化

在准备阶段，已经给变量赋于默认值，在初始化阶段主要是给类变量进行赋正确的值

执行类构造器<clinit>

• 对static变量赋于正确的值
• static{} 静态代码块语句
  此阶段的一些约定：
• 子类的<clinit>调用前保证父类的<clinit>被调用
• <clinit>是线程安全的

思考：

NoSuchMethodError, NoSuchFieldError,IllegalAccessError等错误发生在哪个阶段？