Java类加载机制是热部署的底层基础，热部署通过销毁旧类加载器并创建新类加载器来加载更新后的类，从而在不重启JVM的前提下实现代码更新。
Java 类加载机制是热部署得以实现的底层基础，二者不是并列关系，而是“机制支撑技术”的依赖关系。热部署之所以能不重启 JVM 就更新代码，核心在于绕过类加载的单次性限制——JVM 不允许同一个类加载器重复加载同名类，但允许用新类加载器加载新版本的类。只要旧类加载器被卸载、新类加载器被创建，新类就能生效，而应用进程本身持续运行。
类加载生命周期：五个阶段缺一不可
一个类从磁盘到可执行，需经历加载→验证→准备→解析→初始化这五个严格顺序的阶段：
- 加载：根据全限定名定位 .class 字节码（可来自文件、JAR、网络或动态生成），读入内存，在方法区构建运行时数据结构，并在堆中生成对应的 java.lang.Class 对象（它是访问类元数据的入口，不是业务对象）
- 验证：分四步检查安全性——文件格式（如魔数 0xCAFEBABE）、元数据（继承是否合法）、字节码（栈操作是否越界）、符号引用（外部类/方法是否存在）
- 准备：为 static 变量分配内存并设默认值（如 int=0、Object=null），注意此时不执行赋值语句
- 解析：将常量池中的符号引用（如 “java/lang/String”）转为直接引用（如内存地址），部分解析可延迟到初始化后以支持动态绑定
- 初始化：执行 <clinit>() 方法，真正给 static 变量赋程序员写的初始值，执行静态代码块
双亲委派模型：安全与复用的设计基石
Java 默认采用层级委托机制：除 Bootstrap ClassLoader（C++ 实现）外，每个类加载器都先将加载请求委派给父加载器，仅当父加载器无法完成时才自己尝试。这种设计带来三重保障：
- 防止核心类被替换——用户自定义的 java.lang.String 永远不会被加载，因为 Bootstrap 已加载同名类
- 避免重复加载——同一类由父加载器加载后，子加载器直接复用，保证类唯一性
- 职责清晰——Bootstrap 加载 $JAVA_HOME/lib/rt.jar，Extension 加载 lib/ext，AppClassLoader 加载 classpath 路径
但这也成为热部署的障碍：修改后的类若仍走双亲委派，就会被父加载器（如 AppClassLoader）加载旧版本，新代码无法生效。
立即学习“Java免费学习笔记（深入）”；
热部署如何打破双亲委派
热部署本质是“销毁旧加载器 + 创建新加载器 + 重新加载类”，不依赖原有类加载器体系。主流实现方式有三类：
- Web 容器级方案（如 Tomcat）：设置 Context.reloadable=true 后，容器会卸载当前 WebApp 的自定义类加载器（如 WebAppClassLoader），清空其加载的所有类和资源，再新建一个类加载器重新加载 WEB-INF/classes 和 WEB-INF/lib 下的内容
- 开发工具级方案（如 Spring Boot DevTools）：启动两个类加载器——Base ClassLoader 加载不变的第三方库（Spring、Tomcat 等），Restart ClassLoader 加载应用代码；变更时仅丢弃后者并重建，大幅缩短刷新耗时
- 字节码增强级方案（如 DCEVM + JRebel/Sonic）：替换 JVM 的 HotSwap 限制，利用 Instrumentation API 在运行时直接替换已加载类的字节码，支持方法体修改、字段增删等，无需重建类加载器
实践关键点：避免常见陷阱
热部署看似便捷，但落地时易踩坑，需重点关注以下几点：
- 静态变量状态丢失：新类加载器加载的类拥有全新的 static 变量空间，旧值无法自动迁移，需通过序列化、外部缓存或回调接口手动传递
- 单例失效：基于类加载器隔离的单例（如 Singleton.getInstance()）在新加载器中会生成新实例，建议改用 Spring 管理 Bean 或使用枚举单例
- 第三方框架兼容性：某些框架（如早期 Hibernate、Struts）内部强持类引用或使用静态缓存，可能阻断类卸载，需查阅文档确认热部署支持情况
- 资源泄漏风险：未正确关闭数据库连接、线程池、监听器等，旧类加载器无法被 GC 回收，引发内存溢出（java.lang.OutOfMemoryError: Metaspace）
理解类加载机制不是为了背诵流程，而是为了在遇到 ClassNotFoundException、NoClassDefFoundError、LinkageError 或热部署失败时，能快速定位是哪个阶段出了问题、哪一级加载器参与了加载、类是否真的被隔离或覆盖。机制是骨架，实践是血肉，二者结合才能真正驾驭 Java 应用的运行时行为。
