Java类生命周期详解：加载、连接、初始化、使用、卸载

一分耕耘，一分收获！既然都打开这篇《Java类生命周期：加载、连接、初始化、使用、卸载解析》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新文章相关的内容，希望对大家都有所帮助！

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 块和静态字段赋值语句。

• final static 基本类型字段在准备阶段就赋值（编译期常量），不会等到初始化
• 接口也有初始化阶段，但只有当首次调用其 default 方法或静态方法时才触发（JDK 8+）
• 子类初始化前，父类一定已完成初始化；但通过子类引用父类静态字段（非 final）只会触发父类初始化，不触发子类

使用与卸载：GC 回收 Class 对象的严格条件

类在初始化后进入“使用”阶段，即正常运行实例方法、静态方法等。但“卸载”极少发生——JVM 只有在满足三个条件时才可能卸载一个类：该类所有实例已被 GC；该类的 ClassLoader 实例已被 GC；该类的 Class 对象没有被任何地方引用（包括 JNI、线程栈、静态变量）。

这意味着：系统类（由 Bootstrap 类加载器加载）永不卸载；Web 应用热部署失败常因旧 ClassLoader 被持有（如线程局部变量、静态缓存、未关闭的 JDBC 驱动），导致其加载的所有类无法卸载，最终 OutOfMemoryError: Metaspace。

• 排查类泄漏：用 jcmd VM.native_memory summary 或 jstat -gc 观察 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 更严格

今天关于《Java类生命周期详解：加载、连接、初始化、使用、卸载》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！