内存结构概述
简图
详细图
类加载器与类的加载过程
- 类加载器子系统负责从文件系统或者网络中加载Class文件,class文件在文件开头有特定的文件标识。
- ClassLoader只负责class文件的加载,至于它是否可以运行,则由ExecutionEngine决定
- 加载的类信息存放于一块称为方法区的内存空间。除了类的信息以外,方法区中还会存放运行时常量池信息,可能还包括字符串字面量和数字常量(这部分常量信息是Class文件中常量池部分的内存映射)
类加载器ClassLoader角色
类的加载过程
(1)Loading阶段
1)通过一个类的全限定名获取定义此类的二进制字节流(也可能是物理磁盘上的文件)
2)将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
3)在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据的访问入口
补充:
加载.class文件的方式
- 从本地系统中直接加载
- 通过网络获取,典型场景:Web Applet
- 从Zip压缩包中读取,成为日后jar、war格式的基础
- 运行时计算生成,使用最多的是:动态代理技术
- 有其他文件生成,典型场景:JSP应用
- 从加密文件中获取,典型的防Class文件被反编译的保护措施
(2)Linking阶段
1)验证(Verify)
- 目的在于确保Class文件的字节流中包含信息符合当前虚拟机的要求,保证被加载类的正确性,不会危害虚拟机自身安全
- 主要包括四种验证:文件格式验证,元数据验证,字节码验证,符号引用验证
- Java虚拟机识别有效的Class字节码文件的标识是 CA FE BA BE
- 为了防止字节码文件运行导致程序崩溃,所以必须要有一个验证的程序。
2)准备(Prepare)
- 为类变量分配内存并且设置该类的默认初始值,即零值
- 这里不包含用final修饰的static,因为final(即常量)在编译的时候就会分配了,准备阶段会显式初始化
- 这里不会为实例变量分配初始化(还处在类的加载过程),类变量会分配在方法区中,而实例变量是会随着对象一起分配到Java堆中
public class Main {
/**
* 变量a在 prepare阶段 ==> a = 0;
* ==> initial : a = 1;
*/
private static int a = 1;
public static void main(String[] args) {
System.out.println("hello");
}
}
3)解析(Resolve)
- 将常量池的符号引用转换为直接引用的过程
- 事实上,解析操作往往会伴随着JVM在执行完初始化后再执行
- 符号引用就是一组符号来描述所引用的目标。符号引用的字面量形式明确定义在《java虚拟机规范》的class文件格式中。直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
- 解析动作主要针对类或接口、字段、类方法、接口方法、方法类型等。对应常量池中的CONSTANT Class info、CONSTANT Fieldref info、CONSTANT _Methodref_inf等。
(3)Initialization阶段
初始化:
- 初始化阶段就是执行类结构器方法()的过程(显示初始化和静态代码初始化)
- 此方法不需定义,是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来
- 构造器方法中指令按语句在源文件中出现的顺序执行
- ()不同于类的构造器(关联:构造器是虚拟机视角下的()),只有静态代码块编译才会出现
- 若该类具有父类,JVM会保证子类的()执行前,父类的()已经执行完毕。(要执行子类,必须先执行父类)。
- 虚拟机必须保证一个类的()方法在多线程下被同步加锁(一个类只能被加载一次)
构造器方法中的指令按语句顺序执行,实例如下:
public class Main {
private static int num = 1;
static {
num = 2;
number = 20;
System.out.println(number); //报错:非法的前向引用
}
/*
* linking之prepare:number = 0 --> initial:20 ---> 10
*/
private static int number = 10;
public static void main(String[] args) {
System.out.println(Main.num);
}
}
如下图
就是我们所说的类的构造器
就是我们所使用的static的构造器