Java类加载机制

本文介绍了Java类的生命周期,包括加载、验证、准备、解析和初始化五个阶段。详细阐述了字面量、符号引用和直接引用的区别。接着讨论了类加载器的层次结构,如Bootstrap ClassLoader、Extension ClassLoader和Application ClassLoader,以及它们在类加载过程中的作用。重点解释了JVM的双亲委托模型,该模型保证了类加载的安全性和避免重复加载,防止核心API被篡改。
摘要由CSDN通过智能技术生成

Java类的生命周期:

在这里插入图片描述

1.加载:在内存中生成Class对象,作为数据的入口
2.验证:确认Class文件中的字节流包含的信息,是否符合当前虚拟机的要求
3.准备:在方法区中分配变量所需的内存空间
4.解析:JVM将常量池中的符号引用替换为直接引用
字面量:代码中的一个固定值的表示法。
例如: int n=1; 1就是字面量
String str=“abc”; abc就是字面量
符号引用:符号引用以一组符号来描述所引用的目标,符号可以是任何形式的字面量,只要使用时能够无歧义的定位到目标即可。
例如:org.simple.People类引用了org.simple.Language类, 在编译时People类并不知道Language类的实际内存地址, 因此只能使用符号org.simple.Language来表示Language类的地址.
直接引用:程序运行时可以定位到引用的东西的地址。
5.初始化:对静态变量赋初值并且对其他资源进行初始化。

类加载器:

JDK中提供了三个ClassLoader,根据层级从高到低为:

  1. Bootstrap ClassLoader(启动类加载器)主要加载JVM自身工作需要的类。
  2. Extension ClassLoader(扩展类加载器)主要加载%JAVA_HOME%\lib\ext目录下的库类。
  3. Application ClassLoader(应用程序类加载器)主要加载Classpath指定的库类

JVM加载类的实现方式,我们称为 双亲委托模型
如果一个类加载器收到了类加载的请求,他首先不会自己去尝试加载这个类,而是把这个请求委托给自己的父加载器,每一层的类加载器都是如此,因此所有的类加载请求最终都应该传送到顶层的Bootstrap ClassLoader中,只有当父加载器反馈自己无法完成加载请求时,子加载器才会尝试自己加载。
双亲委托模型的优点:
1.解决类载入过程中的安全性问题,防止核心API库被随意更改。
2.避免了类重复加载。
假设有一个开发者自己编写了一个名为Java.lang.Object的类,想借此欺骗JVM。现在他要使用自定义ClassLoader来加载自己编写的java.lang.Object类。然而幸运的是,双亲委托模型不会让他成功。因为JVM会优先在Bootstrap ClassLoader的路径下找到java.lang.Object类,并载入它

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值