jvm类加载机制分为五个阶段：加载、验证、准备、解析和初始化。加载阶段将类的二进制字节流转换为方法区的数据结构并生成class对象；验证确保类的安全性；准备为类变量分配内存并设置默认值；解析将符号引用替换为直接引用；初始化执行静态变量赋值和静态代码块。类加载器包括启动类加载器、扩展类加载器、应用程序类加载器和自定义类加载器，它们遵循双亲委派模型，优先由父类加载器处理类加载请求，以避免重复加载、保证类唯一性和提高安全性。触发类加载的情况包括创建实例、调用静态方法、访问或修改静态字段（除final static常量）、使用反射调用类、初始化子类时父类也被初始化以及main方法所在类被加载。常见问题有类加载冲突、死锁、资源泄露和路径错误，掌握类加载机制有助于排查问题和优化设计。
Java 虚拟机（JVM）的类加载机制是 Java 程序运行的核心环节之一。理解类加载的过程，有助于我们更好地排查问题、优化程序结构，甚至在开发中做出更合理的设计决策。下面我们就来聊聊 JVM 是如何一步步把类文件加载进内存并准备使用的。
类加载的基本流程：加载、验证、准备、解析、初始化
JVM 的类加载过程可以分为五个主要阶段：加载（Loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化（Initialization）。每个阶段都有特定的作用和执行顺序。
-
加载：查找并加载类的二进制字节流（比如从 class 文件、网络或其它来源），将其转换为方法区中的运行时数据结构，并生成一个
java.lang.Class对象作为访问入口。 - 验证：确保加载的类信息符合 JVM 规范，防止恶意代码破坏虚拟机安全。
- 准备：为类变量分配内存，并设置默认初始值（比如 static int a = 0）。
- 解析：将常量池中的符号引用替换为直接引用，比如把类名转成内存地址。
-
初始化：真正执行类构造器
这五个阶段中，初始化阶段是我们最能感知到类行为变化的阶段，因为这是用户定义的静态代码开始执行的时候。
立即学习“Java免费学习笔记（深入）”；
类加载器体系与双亲委派模型
JVM 使用了类加载器（ClassLoader）来完成类的加载任务。常见的类加载器有：
-
启动类加载器（Bootstrap ClassLoader）：负责加载 JDK 自带的核心类（如
rt.jar中的类），用 C++ 实现。 -
扩展类加载器（Extension ClassLoader）：加载 Java 的扩展库（如
$JAVA_HOME/lib/ext下的 jar 包）。 - 应用程序类加载器（Application ClassLoader）：也叫系统类加载器，用于加载用户类路径上的类。
- 自定义类加载器（Custom ClassLoader）：开发者自己实现的类加载器，用于特殊需求，比如热部署、加密类加载等。
这些类加载器之间遵循一个重要的机制：双亲委派模型（Parent Delegation Model）。它的核心思想是：当一个类加载器收到类加载请求时，它会先委托给父类加载器去尝试加载，只有在父类加载器无法完成时才自己处理。
这样做的好处是：
- 避免重复加载
- 保证类的唯一性
- 提高安全性（防止用户自定义的类冒充核心类）
不过，在某些场景下也可以打破这种机制，比如使用线程上下文类加载器加载 SPI 接口实现类。
哪些时候会触发类加载？
类加载不是一开始就发生的，而是按需加载的。通常以下几种情况会触发类的加载：
- 创建类的实例（new 操作）
- 调用类的静态方法（invokestatic）
- 访问或修改类的静态字段（除了 final static 常量）
- 使用反射调用类（Class.forName）
- 初始化子类时，其父类也会被初始化
- 启动类（main 方法所在的类）会被主动加载
注意，有些操作只是“使用”类，而不会导致类的初始化。例如访问 final static 的常量字段，就不会触发类的
常见问题与注意事项
- 类加载冲突：多个类加载器加载了同名类，可能会导致 ClassCastException 或 LinkageError。
- 类加载死锁：多线程环境下，如果多个线程同时加载类并涉及同步代码块，可能造成死锁。
- 资源泄露：自定义类加载器如果没有正确释放资源，可能导致内存泄漏。
- 加载路径错误：类找不到最常见的原因就是类路径配置不正确，检查 CLASSPATH 或构建工具配置。
如果你在使用 Spring Boot、OSGi、Tomcat 等框架或容器时遇到类加载相关的问题，建议重点查看类加载器之间的关系以及它们是如何协作的。
基本上就这些内容了。类加载机制虽然看起来有点抽象，但它是整个 Java 运行的基础，掌握好这部分内容，对调试、性能优化和架构设计都很有帮助。
