【JVM】JVM二刷(三)_类加载机制

一、类加载机制

1.加载(loading)

• 通过一个类的全限定名来获取定义此类的二进制字节流 。将这个字节流代表的静态存储结构转化为方法区的运行时数据。在内存中生成该类的java.lang.Class文件，作为方法区这个类的各项数据的访问接口。

2.验证(verifycation)

• 验证阶段是十分重要的，它决定了虚拟机是否能 承受恶意代码的攻击，从执行性能上来说，验证阶段的工作量在类加载子系统中占了很大一部分。验证阶段大致分为四个阶段。

  • 1.文件格式验证

    • 主要验证字节流是否符合Class文件的规范，并且能被当前版本的虚拟机来处理。

  • 2.元数据验证

    • 第二阶段主要是对类的元数据信息进行语义校验，保证不存在不符合Java语义规范的元数据信息。

  • 3.字节码验证

    • 是验证过程中最复杂的一个阶段，主要是通过数据流和控制流分析，确定程序的语义是合法的。

      • 第二阶段是对元数据信息中的数据类型进行校验，这个阶段是对类的方法体进行校验分析。

  • 4.符号引用验证

    • 发生在虚拟机将符号引用转化为直接引用的时候，这个阶段将在连接的第三阶段-解析阶段中发生。符号引用验证可以看做是对类自身以外（常量池中的各种符号引用）的信息进行匹配性校验。

3.准备(preparation)

• 为类变量分配内存并设置类变量的初始值，这些变量使用到的内存都在方法区分配。

4.解析(resolution)

• 虚拟机将常量池中的符号引用（以一组符号来描述引用的目标，不一定加载在内存中）转化为直接引用（可以是直接指向目标的指针，相对偏移量，或是一个能间接定位到目标的句柄）的阶段。

5.初始化(initialization)

• 执行类构造器（（））方法的过程。类构造器是由编辑器自动收集类中的所有类变量的赋值动作和静态语句块中的语句合并产生的。
• 静态语句块只能访问定义在它之前的变量，对于定义在它之后的变量只能赋值无法访问。（类变量在准备阶段已经设置了初始值，所以可以修改（赋值），但类构造器是顺序执行的，所以不能访问）
• 虚拟机会保证子类的类构造器在父类的类构造器方法之后执行。虚拟机会保证类构造器方法正确地加锁同步。因此虚拟机中第一个被执行的类构造器方法一定是java.lang.Object。

6.使用

7.卸载

二、类的加载时机

笼统的来说，一个类只有在需要被使用才会被加载

具体来说，对于加载和连接过程，JVM只规定了如下约束

• 一个类必须在连接前完成加载
• 一个类必须在初始化之前完成连接

对于初始化这一阶段，JVM明确规定当且仅当下面六种情况才会做被初始化

• 执行new、getstatic、putstatic、invokestatic这四条字节码指令时。（new关键字实例化对象，读取设置一个类的静态字段，调用一个类的静态方法 ）
• 使用java.lang.reflect包的方法对类进行反射调用时。
• 当初始化一个类时，它的父类还没有初始化，则需要先初始化它的父类
• 包含main方法的类需要先初始化，一些特殊的类包括Object，String，Class等
• 使用MethodHandle返回静态方法句柄时
• 接口的实现类初始化会先初始化接口的默认方法

三、类加载器

1.概念

• 类加载器是通过一个类的全限定类名来获取定义此类字节流的代码模块。类的唯一性需要由类和类加载器决定。每个类加载器，都有一个独立的类名称空间

2.类加载器可以分为

• 扩展类加载器(Extension ClassLoader)
• 启动类加载器(Bootstrap ClassLoader)
• 应用程序类加载器(Application ClassLoader)也称系统类加载器(System Classloader),因为System.getSystemClassLoader()会返回它