深入Java虚拟机-类加载机制

Java虚拟机与程序的生命周期:

在如下几种情况下,Java虚拟机将结束生命周期:

  • – 执行了System.exit()方法
  • – 程序正常执行结束
  • – 程序在执行过程中遇到了异常或错误而异常终止
  • – 由于操作系统出现错误而导致Java虚拟机进程终止

类的加载,连接和初始化:

• 加载:查找并加载类的二进制数据
• 连接:

  • – 验证:确保被加载的类的正确性(若使用非javac编译的话可能会出错
  • – 准备:为类的静态变量分配内存,并将其初始化为默认值
  • – 解析:把类中的符号引用转换为直接引用

• 初始化:为类的静态变量赋予正确的初始值

 

深入Java虚拟机-类加载机制_第1张图片

Java程序对类的使用方式可分为两种:

 

  • – 主动使用
  • – 被动使用

所有的Java虚拟机实现必须在每个类或接口被Java程序“首次主动使用”时才初始化他们

 

主动使用(六种):

 

  • – 创建类的实例
  • – 访问某个类或接口的静态变量,或者对该静态变量赋值
  • – 调用类的静态方法
  • – 反射(如Class.forName(“com.shengsiyuan.Test”))
  • – 初始化一个类的子类
  • – Java虚拟机启动时被标明为启动类的类(Java Test)(包含main()方法类),注意这个是最先被使用的

除了以上六种情况,其他使用Java类的方式都被看作是对类的被动使用,都不会导致类的初始化

类的加载:

指的是将类的.class文件中的二进制数据读入到内存中,将其放在运行时数据区的方法区内,然后在堆区创建一个java.lang.Class对象,用来封装类在方法区内的数据结构

  • 类的加载的最终产品是位于堆区中的Class对象
  • Class对象封装了类在方法区内的数据结构,并且向Java程序员提供了访问方法区内 的数据结构的接口

深入Java虚拟机-类加载机制_第2张图片

JVM规范允许类加载器在预料某个类将要被使用时就预先加载它,如果在预先加载的过程中遇到了.class文件缺失或存在错误,类加载器必须在程序首次主动使用该类
时才报告错误(LinkageError错误)如果这个类一直没有被程序主动使用,那么类加载器就不会报告错误

 

加载.class文件的方式:

 

  • – 从本地系统中直接加载
  • – 通过网络下载.class文件
  • – 从zip,jar等归档文件中加载.class文件
  • – 从专有数据库中提取.class文件
  • – 将Java源文件动态编译为.class文件

有两种类型的类加载器:

– Java虚拟机自带的加载器

  • • 根类加载器(Bootstrap)C++写的,程序员无法在Java代码中获得该类
  • • 扩展类加载器(Extension)Java写的
  • • 系统(应用)类加载器(System)Java写的

– 用户自定义的类加载器

  • • java.lang.ClassLoader的子类
  • • 用户可以定制类的加载方式

类加载器并不需要等到某个类被“首次主动使用”时再加载它。

类的验证的内容:

类被加载后,就进入连接阶段。连接就是将已经读入到内存的类的二进制数据合并到虚拟机的运行时环境中去。

深入Java虚拟机-类加载机制_第3张图片

 

类的准备:

深入Java虚拟机-类加载机制_第4张图片

类的解析:

深入Java虚拟机-类加载机制_第5张图片

号称是世界上所有的Java程序员都会犯的错误:

class Singleton {         
    public static Singleton singleton = new Singleton();       
    public static int a;       
    public static int b = 0;       
       
    private Singleton() {       
        super();       
        a++;       
        b++;       
    }              
    public static Singleton GetInstence() {       
        return singleton;       
    }             
}       
       
public class MyTest {            
    public static void main(String[] args) {       
        Singleton mysingleton = Singleton.GetInstence();       
        System.out.println(mysingleton.a);       
        System.out.println(mysingleton.b);       
    }         
}  

运行完后答案却是a=1,b=0。通过上面的讲解,你知道为啥吗,不知道得话微博私聊我或谷歌哦
类的初始化:

深入Java虚拟机-类加载机制_第6张图片

调用ClassLoader类的loadClass方法加载一个类,并不是对类的主动使用,不会导致类的初始化。

类的初始化步骤:

深入Java虚拟机-类加载机制_第7张图片

类的初始化时机,只有主动使用才会导致类的初始化,被动使用不行。

深入Java虚拟机-类加载机制_第8张图片

编译时常量类不会被初始化(所以第一个FinalTest类的静态代码块不执行),变量才会被初始化。

类的初始化时机:

深入Java虚拟机-类加载机制_第9张图片

只有当程序访问的静态变量或静态方法确实在当前类或当前接口中定义时,才可以认为是对类或接口的主动使用。

类加载器:

深入Java虚拟机-类加载机制_第10张图片

父子加载器并非继承关系,即子类加载器不一定继承父类加载器。

深入Java虚拟机-类加载机制_第11张图片

深入Java虚拟机-类加载机制_第12张图片

深入Java虚拟机-类加载机制_第13张图片

定义类加载器及其子所有子加载器都被称为初始类加载器。

深入Java虚拟机-类加载机制_第14张图片

当自定义一个类加载器时如果未指定父类加载器,那是用系统类加载器为父类加载器。

父委托机制的优点:

深入Java虚拟机-类加载机制_第15张图片

命名空间:

运行时包:

深入Java虚拟机-类加载机制_第16张图片

创建用户自定义的类加载器:

深入Java虚拟机-类加载机制_第17张图片

类的卸载机制:

深入Java虚拟机-类加载机制_第18张图片

 

你可能感兴趣的:(JVM)