重谈Java类加载机制

最新推荐文章于 2024-02-12 22:59:15 发布

life is ftc

最新推荐文章于 2024-02-12 22:59:15 发布

阅读量302

点赞数 2

分类专栏： JVM java 文章标签：类加载 Java JVM 并发控制锁

本文链接：https://blog.csdn.net/StringBuff/article/details/119702678

版权

5 篇文章 0 订阅

订阅专栏

4 篇文章 0 订阅

订阅专栏

虚拟机把描述类的数据从 Class 文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的 Java 类型，这就是虚拟机的类加载机制

加载
1. 通过全限定名获取定义此类的二进制字节流；
2. 将字节流所代表的静态存储结构转化为方法区的运行时数据结构；
3. 在内存中生成一个代表该类的Class对象；
连接
1. 验证：确保Class文件的字节流中包含的信息符合《Java虚拟机规范》，文件格式验证、元数据验证、字节码验证、符号引用验证等；
2. 准备：为类中定义的静态变量分配内存，并审核制类变量初始值（八大基本数据类型的初始值？）；
3. 解析：符号引用转化为直接引用
  1. 符号引用：可以是任何形式的字面量，参考Class文件格式；
  2. 直接引用：直接指向目标的指针、相对偏移量、句柄等；
初始化（顺序）
1. 父类静态代码块，父类静态变量；
2. 子类静态代码块，子类静态变量；
3. 父类普通代码块、普通变量；
4. 父类构造方法；
5. 子类普通代码块、普通变量；
6. 子类构造方法；
使用
卸载

Java中对于类加载的其他几个步骤没有强制约束，但对于初始化阶段，Java规定了有且只有六种情况必须对类进行初始化。

遇到new、getstatic、putstatic、invokestatic四条字节码指令时；
1. new 一个对象；
2. 访问某个类的静态变量，或者对该静态变量赋值（被final修饰、已在编译器把结果放入常量池的静态字段除外）；
3. 调用类的静态方法；
对类型进行反射调用时（如Class.forName(“com.shengsiyuan.Test”)）；
初始化某个类时，会先判断其父类有没有初始化，如果没有，先初始化父类；
Java虚拟机启动时被标明为启动类的类（Java Test），直接使用java.exe命令来运行某个类
当
当一个接口中定义JDK8新加入的默认方法（default修饰）时，如果有这个接口的实现类发生了初始化，那该接口要在其之前初始化；

几个不会导致初始化的场景：

定义：如果一个类加载器收到了类加载的请求，他首先不会尝试自己去加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都应该传送到最顶层的启动类加载器中，只有当父类加载器反馈自己无法完成这个加载请求，子加载器才会尝试自己去完成加载。

优势：

代码实现：

ClassLoader#loadClass方法

为什么叫双亲委派？

这里讨论java设计者打破双亲委派模型的三个案例；

loadClass可被重写
- 历史原因，没有声明为final；
- 解决方案：提供了findclass方法，在类加载失败后自己尝试加载；
Service Provider Interface等java自身的设计缺陷：
- JNDI服务有启动类加载器加载，在寻找实现时，启动类无法加载各公司自己的独立实现；
- 解决方法：提供TCCL,线程上下文类加载器（讲一个类加载器与线程绑定），默认AppClassLoader。
OSGI模块化加载：了解即可

假如当前类（JavaMain）是被AppClassLoader加载的，它所依赖的类默认也会使用加载当它的类加载器（也就是AppClassLoader）去检查，这个叫做“全盘委派机制”（我也不知道官方是不是叫这个名字）；

关注