Java 代码执行流程
Java 代码执行流程

类加载过程
加载 -> 验证 -> 准备 -> 解析 -> 初始化 -> 使用 -> 卸载
类加载时机:代码使用到这个类时
验证阶段

".class”加载到内存里之后,必须先验证一下,校验他必须完全符合JM规范,后续才能交给VM来运行。
准备阶段

解析阶段

实际上就是把符号引用替换为直接引用的过程
加载 -> 验证 -> 准备 -> 解析:分配类内存空间,分配类变量内存空间,类变量赋默认值。
初始化阶段

public class ReplicaManager { public static int flushInterval = Configuration.getInt( "replica.flush.interval"); }
准备阶段会给变量分配内存空间和初始值 0
初始化阶段会执行代码 Configuration.getInt( "replica.flush.interval"); 读取配置并赋值。
1.当创建某个类的新实例时(如通过new或者反射,克隆,反序列化等)
2.当调用某个类的静态方法时
3.当使用某个类的接口或静态字段时
4.调用Java API中的某些反射方法时,比如类Class中的方法,或者java.lang.reflect中的类的方法时
5.当初始化某个子类时
6.当虚拟机启动某个被标明为启动类的类
类加载器和双亲委派机制

双亲委派机制图解

类加载器加载类时不会尝试自己去加载,而是会去询问自己的上级类加载器能否加载这个类,
以此类推,直到顶级类加载器,父级加载器无法完成加载就会下推加载权力给子类加载器,
这就是所谓的双亲委派机制:先找父级加载,未找到就交给子级加载。优势:避免重复加载,防止核心库被篡改

Tomcat 类加载机制

对于任意一个类,都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性,
每—个类加载器,都拥有一个独立的类名称空间。
也就是说,判断2个类是否“相等”,只有在这2个类是由同一个类加载器加载的前提下才有意义,
否则即使这2个类来源于同一个Class文件,被同一个虚拟机加载,只要加载它们的类加载器不同,这2个类必定不相等。
基于双亲委派模型设计,那么Java中基础的类,类似Object类重复多次的问题就不会存在了,
因为经过层层传递,加载请求最终都会被Bootstrap ClassLoader所响应。
加载的Object类也会只有一个,否则如果用户自己编写了一个java.lang.0bject类,并把它放到了ClassPath中,
会出现很多个Object类,这样Java类型体系中最最基础的行为都无法保证,应用程序也将一片混乱
打破双亲委派机制则不仅要继承ClassLoader类,还要重写loadClass和findClass方法。
tomcat需要破坏双亲委派模型的原因:
(1)tomcat中的需要支持不同web应用依赖同一个第三方类库的不同版本,jar类库需要保证相互隔离;
(2)同一个第三方类库的相同版本在不同web应用可以共享
(3)tomcat自身依赖的类库需要与应用依赖的类库隔离
(4)jsp需要支持修改后不用重启tomcat即可生效 为了上面类加载隔离和类更新不用重启,定制开发各种的类加载器
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)