类加载器与类的加载过程

太过爱你忘了你带给我的痛 2021-07-24 18:24 641阅读 0赞

一 类加载器子系统作用

类加载器子系统负责从文件系统或者网络中加载Class文件,class文件在文件开头有特定的文件标识。
ClassLoader只负责class文件的加载,至于它是否可以运行,则由执行引擎(Execution Engine)决定。
加载的类信息存放于一块称为方法区的内存空间。除了类的信息外,方法区中还会存放运行时常量池信息,可能还包括字符串字面量和数字常量(这部分常量信息是Class文件中常量池部分的内存映射)

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70

  • class file存在于本地硬盘上,可以理解为设计师画在纸上的模板,而最终这个模板在执行的时候是要加载到JVM当中,并根据这个文件实例化出n个的实例。
  • class file加载到JVM中,被称为DNA元数据模板,放在方法区。
  • 在.class文件 => JVM => 最终成为元数据模板,此过程就要一个运输工具(类装载器 Class Loader ),它扮演一个快递员的角色。

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 1

二 类的加载过程

看下面的一段简单的代码

  1. /**
  2. * 类加载子系统
  3. */
  4. public class HelloLoader {
  5. public static void main(String[] args) {
  6. System.out.println("我已经被加载啦");
  7. }
  8. }

它的加载过程如下

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 2

完整的加载流程图如下

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 3

三 加载阶段

通过一个类的全限定名获取定义此类的二进制字节流。
将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。它可以看做是 .class 文件的内存映像。
在内存中生成一个代表这个类的 java.lang.Class 对象,作为方法区这个类的各种数据的访问入口。

四 加载class文件的方式

  • 从本地系统中直接加载
  • 通过网络获取,典型场景:Web Applet
  • 从zip压缩包中读取,成为日后jar、war格式的基础
  • 运行时计算生成,使用最多的是:动态代理技术
  • 由其他文件生成,典型场景:JSP应用
  • 从专有数据库中提取.class文件,比较少见
  • 从加密文件中获取,典型的防Class文件被反编译的保护措施

五 链接阶段

1 验证 Verify

目的在于确保Class文件的字节流中包含信息符合当前虚拟机要求,保证被加载类的正确性,不会危害虚拟机自身安全。
主要包括四种验证,文件格式验证,元数据验证,字节码验证,符号引用验证。
工具:Binary Viewer 或 IDEA 的 open as binary

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 4

如果出现不合法的字节码文件,那么将会验证不通过。
同时我们可以通过安装 IDEA 的插件,来查看我们的 Class 文件。

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 5

安装完成后,编译完一个class文件后,点击 view 即可显示查看字节码。

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 6

2 准备 Prepare

为类变量分配内存并且设置该类变量的默认初始值,即零值。

  1. public class HelloApp {
  2. private static int a = 1; // prepare: a = 0 ==> initial :a = 1
  3. public static void main(String[] args) {
  4. System.out.println(a);
  5. }
  6. }

上面的变量 a 在准备阶段会赋初始值,是 0,而不是 1。
这里不包含用 final 修饰的 static,因为 final 在编译的时候就会分配,变成了常量,准备阶段会显式初始化。
准备阶段不会为实例变量分配初始化,因为这个时候还没创造对象。类变量会分配在方法区中,而实例变量是会随着对象一起分配到Java堆中。

3 解析 Resolve

将常量池内的符号引用转换为直接引用的过程。
事实上,解析操作往往会伴随着JVM在执行完初始化之后再执行。
符号引用就是一组符号来描述所引用的目标。符号引用的字面量形式明确定义在《java虚拟机规范》的class文件格式中。直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
解析动作主要针对类或接口、字段、类方法、接口方法、方法类型等。对应常量池中的CONSTANT Class info、CONSTANT Fieldref info、CONSTANT Methodref info等

六 初始化阶段

1 初始化阶段就是执行类构造器法()的过程。
2 此方法不需定义,是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来。也就是说,当我们代码中包含static变量的时候,就会有clinit方法。
3 构造器方法中指令按语句在源文件中出现的顺序执行。

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 7

4 ()不同于类的构造器。它对应 Java 代码中的构造器,虚拟机视角下用()表示。

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 8

5 若该类具有父类,JVM 会保证子类的()执行前,父类的()已经执行完毕。也就是说先执行父类的构造器,再执行子类的构造器。
任何一个类在声明后,都有生成一个构造器,默认是空参构造器
关于涉及到父类时候的变量赋值过程。

  1. public class ClinitTest1 {
  2. static class Father {
  3. public static int A = 1;
  4. static {
  5. A = 2;
  6. }
  7. }
  8. static class Son extends Father {
  9. public static int b = A;
  10. }
  11. public static void main(String[] args) {
  12. // 加载 Father 类,其次加载 Son 类
  13. System.out.println(Son.b); // 2
  14. }
  15. }

输出结果为 2,也就是说首先加载ClinitTest1的时候,会找到main方法,然后执行Son的初始化,但是Son继承了Father,因此还需要执行Father的初始化,同时将A赋值为2。我们通过反编译得到Father的加载过程,首先我们看到原来的值被赋值成1,然后又被复制成2,最后返回。

  1. iconst_1
  2. putstatic #2 <com/atguigu/java/chapter02/ClinitTest1$Father.A>
  3. iconst_2
  4. putstatic #2 <com/atguigu/java/chapter02/ClinitTest1$Father.A>
  5. return

6 虚拟机必须保证一个类的()方法在多线程下被同步加锁。

  1. public class DeadThreadTest {
  2. public static void main(String[] args) {
  3. new Thread(() -> {
  4. System.out.println(Thread.currentThread().getName() + "\t 线程t1开始");
  5. new DeadThread();
  6. }, "t1").start();
  7. new Thread(() -> {
  8. System.out.println(Thread.currentThread().getName() + "\t 线程t2开始");
  9. new DeadThread();
  10. }, "t2").start();
  11. }
  12. }
  13. class DeadThread {
  14. static {
  15. if (true) {
  16. System.out.println(Thread.currentThread().getName() + "\t 初始化当前类");
  17. while (true) {
  18. }
  19. }
  20. }
  21. }

上面的代码,输出结果为

  1. t1 线程t1开始
  2. t2 线程t2开始
  3. t1 初始化当前类

从上面可以看出初始化后,只能够执行一次初始化,这也就是同步加锁的过程。

发表评论

表情:
评论列表 (有 0 条评论,641人围观)

还没有评论,来说两句吧...

相关阅读

    相关 ——

    虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作放到Java虚拟机外部去实现,以便让应用程序自己决定如何去获取所需要的类。实现这个动作

    相关 JVM过程

    我们知道在jvm中是通过各类形形色色的类加载器对class文件进行加载后才能进行使用的,而且jvm中能提供动态加载的特性也全是依靠类加载的机制,它已经成为了Java体系中