Java类生命周期始于加载，即ClassLoader将字节码解析为Class对象，遵循双亲委派模型；随后经历验证、准备、解析、初始化四步连接与初始化阶段；使用后仅在类、其ClassLoader及Class对象均被GC回收时才可能卸载。
类加载阶段：从字节码到内存中的Class对象
Java类的生命周期始于加载，但“加载”不等于读取文件——它特指 ClassLoader 将 .class 字节码解析为 java.lang.Class 实例的过程。这个过程由双亲委派模型控制，BootstrapClassLoader → ExtensionClassLoader → AppClassLoader 逐级委托，避免重复加载和核心类被篡改。
常见误区是认为 new MyClass() 才触发加载；实际上，首次主动使用该类（如调用静态方法、访问静态字段、反射 Class.forName("MyClass")）才会触发，而 MyClass.class 或子类引用父类静态字段（非 final）也可能触发。
- 显式触发加载：用
Class.forName("com.example.MyClass")（默认初始化），或ClassLoader.loadClass("com.example.MyClass")（不初始化） - 加载失败典型错误：
ClassNotFoundException（路径/拼写错）、NoClassDefFoundError（已加载过但链接时找不到依赖类） - 自定义类加载器需重写
findClass(String name)，而非loadClass(String name)，否则破坏委派机制
连接与初始化：验证、准备、解析、初始化四步不可跳过
加载之后不是直接执行代码，而是进入连接（Linking）阶段，分为验证、准备、解析三步，再执行初始化（Initialization）。这四步顺序固定，且只发生一次。
验证 检查字节码是否符合 JVM 规范（如栈溢出、非法跳转）；准备 为类变量（static 字段）分配内存并设默认值（如 int 设为 0，String 设为 null）；解析 将常量池中符号引用（如 "java/lang/Object"）转为直接引用（内存地址）；初始化 才真正执行 static 块和静态字段赋值语句。
立即学习“Java免费学习笔记（深入）”；
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
- final static 基本类型字段在准备阶段就赋值（编译期常量），不会等到初始化
- 接口也有初始化阶段，但只有当首次调用其 default 方法或静态方法时才触发（JDK 8+）
- 子类初始化前，父类一定已完成初始化；但通过子类引用父类静态字段（非 final）只会触发父类初始化，不触发子类
使用与卸载：GC 回收 Class 对象的严格条件
类在初始化后进入“使用”阶段，即正常运行实例方法、静态方法等。但“卸载”极少发生——JVM 只有在满足三个条件时才可能卸载一个类：该类所有实例已被 GC；该类的 ClassLoader 实例已被 GC；该类的 Class 对象没有被任何地方引用（包括 JNI、线程栈、静态变量）。
这意味着：系统类（由 Bootstrap 类加载器加载）永不卸载；Web 应用热部署失败常因旧 ClassLoader 被持有（如线程局部变量、静态缓存、未关闭的 JDBC 驱动），导致其加载的所有类无法卸载，最终 OutOfMemoryError: Metaspace。
- 排查类泄漏：用
jcmd <pid> VM.native_memory summary或jstat -gc <pid>观察 metaspace 使用趋势 - JDK 9+ 中，模块化系统允许更细粒度的类加载器隔离，但卸载逻辑未变
-
Instrumentation.redefineClasses()可热替换类定义，但仅限方法体变更，不能增删字段或改变继承关系
类生命周期中容易被忽略的关键点
很多人以为类加载完就“稳定”了，其实类的生命周期高度依赖类加载器的生命周期，而不是类本身。同一个类名，被不同 ClassLoader 加载，就是两个完全无关的类——它们的实例不能互相转型，static 变量不共享，甚至 instanceof 都会返回 false。
另一个盲区是“被动引用”不触发初始化：比如数组声明 MyClass[] arr = new MyClass[10] 不触发 MyClass 初始化；常量接口字段访问也不触发接口初始化（因为编译期已内联）。
- 动态代理生成的类（如
$Proxy0）由sun.misc.Launcher$AppClassLoader的子类加载，其卸载依赖于代理创建者的生命周期 - Spring 的
ContextClassLoader切换可能导致意外的类加载器层级，影响资源查找和类可见性 - 模块路径（
--module-path）下类的加载由ModuleLayer管理，其生命周期与模块图绑定，比传统 classpath 更严格
