初探Java中JVM的类加载机制之原理简析

来源:互联网 发布:idea查看源码快捷键 编辑:程序博客网 时间:2024/06/04 05:04

初探Java中JVM的类加载机制之原理简析

本文包含如下内容:

  • 1.类的加载机制
  • 2.类的生命周期
  • 3.类的加载器
  • 4.类的加载方式
  • 5.类的双亲委派机制
  • 6.类的自定义加载器

关键词 [Keywords]

JVM [Java虚拟机] Java Virtual Machine
类加载器 CLassLoader
生命周期 Lifecycle
双亲委派机制 Parents delegate mechanism
自定义加载器 User-Define CLassLoader

1. 类的加载机制

JVM :Java Virtual Machine,运行在操作系统之上,与硬件没有直接的交互,如下图所示:

JVM处理机制

JVM体系结构概述

JVM体系结构01

JVM体系结构02

什么是类加载机制?
JVM把.class文件加载到内存里面,并对数据进行校验、准备、解析和初始化,最终能够被形成被JVM可以直接使用的Java类型的过程。

一般指的是将类的.class文件中的二进制数据读入到内存中,将其放在运行时数据区的方法区内,然后在堆区创建一个java.lang.Class对象,用来封装类在方法区内的数据结构。类的加载的最终产品是位于堆区中的Class对象,Class对象封装了类在方法区内的数据结构,并且向Java程序员提供了访问方法区内的数据结构的接口。

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

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

2. 类的生命周期

一般来说,一个class类加载时经历如下几个阶段:
这里写图片描述
其中:

  1. 加载[Loading]:查找并加载类的二进制数据
    加载时类加载过程的第一个阶段,在加载阶段,虚拟机需要完成以下三件事情:
    1、通过一个类的全限定名来获取其定义的二进制字节流,就是将class文件加载在内存中。    2、将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构,就是将静态数据结构(数据存在于class文件的结构)转化成方法区中运行时的数据结构(数据存在于JVM时的数据结构)。    3、在Java堆中生成一个代表这个类的java.lang.Class对象,作为对方法区中这些数据的访问入口。

特点:
【1】相对于类加载的其他阶段而言,加载阶段(准确地说,是加载阶段获取类的二进制字节流的动作)是可控性最强的阶段,因为开发人员既可以使用系统提供的类加载器来完成加载,也可以自定义自己的类加载器来完成加载。
【2】加载阶段完成后,虚拟机外部的 二进制字节流就按照虚拟机所需的格式存储在方法区之中,而且在Java堆中也创建一个java.lang.Class类的对象,这样便可以通过该对象访问方法区中的这些数据。

2.链接[Connetion]:主要包含验证-准备-

– **验证**:确保被加载的类的正确性验证是连接阶段的第一步,这一阶段的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求,并且不会危害虚拟机自身的安全。验证阶段大致会完成4个阶段的检验动作:文件格式验证:验证字节流是否符合Class文件格式的规范;例如:是否以0xCAFEBABE开头、主次版本号是否在当前虚拟机的处理范围之内、常量池中的常量是否有不被支持的类型。元数据验证:对字节码描述的信息进行语义分析(注意:对比javac编译阶段的语义分析),以保证其描述的信息符合Java语言规范的要求;例如:这个类是否有父类,除了java.lang.Object之外。字节码验证:通过数据流和控制流分析,确定程序语义是合法的、符合逻辑的。符号引用验证:确保解析动作能正确执行。验证阶段是非常重要的,但不是必须的,它对程序运行期没有影响,如果所引用的类经过反复验证,那么可以考虑采用-Xverifynone参数来关闭大部分的类验证措施,以缩短虚拟机类加载的时间。 – **准备**:为类的静态变量分配内存,并将其初始化为默认值   准备阶段是正式为类变量分配内存并设置类变量初始值的阶段,这些内存都将在方法区中分配。对于该阶段有以下几点需要注意:    1、这时候进行内存分配的仅包括类变量(static),而不包括实例变量,实例变量会在对象实例化时随着对象一块分配在Java堆中。    2、这里所设置的初始值通常情况下是数据类型默认的零值(如00L、nullfalse等),而不是被在Java代码中被显式地赋予的值。   假设一个类变量的定义为:public static int value = 3;   那么变量value在准备阶段过后的初始值为0,而不是3,因为这时候尚未开始执行任何Java方法,而把value赋值为3的putstatic指令是在程序编译后,存放于类构造器<clinit>()方法之中的,所以把value赋值为3的动作将在初始化阶段才会执行。 3、如果类字段的字段属性表中存在ConstantValue属性,即同时被final和static修饰,那么在准备阶段变量value就会被初始化为ConstValue属性所指定的值。   假设上面的类变量value被定义为: public static final int value = 3;   编译时Javac将会为value生成ConstantValue属性,在准备阶段虚拟机就会根据ConstantValue的设置将value赋值为3。回忆上一篇博文中对象被动引用的第2个例子,便是这种情况。我们可以理解为static final常量在编译期就将其结果放入了调用它的类的常量池中 – 解析:把类中的符号引用转换为直接引用解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程,解析动作主要针对类或接口、字段、类方法、接口方法、方法类型、方法句柄和调用点限定符7类符号引用进行。符号引用就是一组符号来描述目标,可以是任何字面量。直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
原创粉丝点击