内加载机制
内加载机制
10. 什么是类加载？类加载的过程？
回答：
类加载是指将 class 文件中的字节码数据加载到内存中，转化为 JVM 可以识别的结构，并在运行时创建对应的 Class 对象。这个过程包括加载、验证、准备、解析和初始化五个阶段。
分析：
类加载是 JVM 启动执行的关键环节。首先，加载阶段通过类的全限定名获取其二进制数据，读取 class 文件内容后转换为方法区的结构，并在堆中创建 Class 对象作为访问入口。接着是验证阶段，确保字节码合法、安全，不会破坏虚拟机环境，具体包括文件格式、元数据、字节码和符号引用验证。
验证通过后进入准备阶段，为类变量分配内存并设定默认初始值（final 字段除外）。随后解析阶段把常量池中的符号引用替换为直接引用，完成链接。最后初始化阶段正式执行类中的 <clinit> 方法，完成静态变量赋值和静态代码块逻辑。类加载的各阶段由 JVM 管理，体现出 Java 的高度动态性和安全性机制。
11. 什么是双亲委派模型？
回答：
双亲委派模型是一种类加载机制，其中每个类加载器在加载类时，先将请求委托给父加载器处理，只有当父加载器无法完成时，才由当前加载器尝试加载。
分析：
双亲委派模型的核心思想是"逐级上委"，即加载请求从当前类加载器向上层传递，最终交由 BootstrapClassLoader 尝试加载。如仍找不到，才回退到当前加载器自行查找。这样可以防止类重复加载或篡改 JDK 核心类，保证了类的唯一性和安全性。例如：当某个类中使用到了 java.lang.String，双亲委派模型会确保最终由 Bootstrap 加载器加载这个类，避免被用户自定义的同名类篡改核心行为。
其具体实现体现在 java.lang.ClassLoader 的 loadClass() 方法中：首先判断该类是否已加载，然后调用父类加载器 parent.loadClass()，若失败再调用自身的 findClass() 方法加载。虽然双亲委派是一种默认机制，但也可以通过定制类加载器打破这一模型，用于特定框架（如 SPI、Tomcat 的隔离机制等）。
12. 为什么需要双亲委派模型？
回答：
双亲委派模型通过优先向父加载器请求加载，保证了核心类的唯一性，避免用户自定义类篡改 JDK 标准类，是 JVM 保证安全性与一致性的基础机制。
分析：
如果没有双亲委派机制，所有类加载器都可以独立加载类，可能导致多个加载器加载了同名类。例如用户定义了一个 java.lang.Object 并放在 ClassPath 中，如果没有委派机制，不同加载器可能加载出多个 Object 类，这会破坏 Java 中类加载器隔离与类唯一性的基本原则，导致类型不兼容、instanceof 判定失败等严重问题。
双亲委派模型从顶层统一类加载路径，避免核心类被覆盖。只有当 BootstrapClassLoader 无法识别某个类，加载请求才会回落到子加载器，从而确保系统核心类的稳定性。尽管在一些框架中（如 JDBC SPI、OSGi 容器）存在破坏双亲委派的需求，但 JVM 默认仍以该模型作为安全与一致性保障。
13. 双亲委派机制是如何避免类的重复加载的？
回答：
双亲委派机制通过"逐层向上委托"类加载请求，确保每个类由唯一的加载器加载，避免同一个类被多次加载或被不同加载器重复加载。
分析：
在双亲委派机制中，每个类加载器在加载类时，首先将请求交给父加载器处理，只有当父加载器无法加载时才尝试自己加载。这种逐级上委的策略确保了 JDK 核心类（如 java.lang.Object）只能由启动类加载器加载，从而防止用户自定义类篡改系统核心类。当多个类加载器存在时，即使不同加载器加载了来源相同的 class 文件，JVM 仍认为这是两个不同的类。通过委派机制，所有类都能以"单一加载路径"被加载，构建了稳定有序的类加载体系，确保类的唯一性和兼容性。
14. 在什么情况下会选择绕过双亲委派机制？
回答：
当需要加载特定路径下的类、动态生成类、或实现模块隔离与多版本兼容时，开发者通常会选择绕过双亲委派机制。
分析：
虽然双亲委派机制保障了类加载安全与一致性，但在一些复杂业务场景中需要打破这一模型。例如，使用自定义类加载器从网络、数据库或压缩包中动态加载类时，往往要实现独立的类查找逻辑。框架中如 CGLIB、ASM 等字节码操作库会在运行时动态生成类，用于实现 AOP 增强，这些类必须优先由当前加载器处理，不能被父加载器拦截。此外，在大型企业级系统中，不同模块可能依赖于同一个类库的不同版本，若仍遵循双亲委派，将导致类版本冲突。此时通过自定义加载器并绕过父加载器查找，实现类隔离与版本兼容变得必要。
15. 如何打破双亲委派模型？哪些框架打破了它？
回答：
通过自定义类加载器重写 loadClass() 方法，并改变类加载顺序，即可打破双亲委派机制。典型框架有 OSGi、Tomcat、Spring Boot 等。
分析：
打破双亲委派模型的关键在于绕过父加载器的默认查找行为。常见做法是自定义类加载器，重写 loadClass() 方法时不调用 super.loadClass()，而是直接执行 findClass()，优先尝试本地加载逻辑。例如：OSGi 框架为每个 Bundle 分配独立类加载器，允许加载同名类实现模块隔离；Tomcat 为每个 WebApp 创建 WebAppClassLoader，实现不同项目的类隔离与卸载；Spring Boot 使用 LaunchedURLClassLoader 处理 fat jar 中的嵌套 jar 文件，从而绕过双亲委派，解决启动时类路径问题。Java SPI 机制（服务发现）也可能直接从自身路径加载服务实现类，间接打破委派流程。虽然违背默认机制，但这类设计是为了解耦、安全、动态扩展等目的服务，具有实际价值。
16. 什么是类加载器？类加载器有哪些？
回答：
类加载器是 JVM 组件之一，用于将 class 文件转化为 JVM 运行所需的 Class 对象。常见类加载器包括启动类加载器、扩展类加载器、应用类加载器和用户自定义类加载器。
分析：
类加载器负责将 class 文件读取为字节流，并将其转换为 JVM 可执行的类对象。JVM 启动后，最先由启动类加载器（BootstrapClassLoader）加载核心类库，如 rt.jar 中的 java.lang.* 类。接着扩展类加载器（ExtClassLoader）加载 ext 目录下的扩展类。再由应用类加载器（AppClassLoader）加载用户自定义 classpath 路径下的类。
此外，开发者可通过继承 ClassLoader 类自定义加载器，实现自定义加载逻辑，如插件隔离、动态增强等。类加载器之间构成树状结构，上层加载器掌控下层加载权限。可以通过 ClassLoader.getSystemClassLoader() 获取系统类加载器，深入了解其委派链有助于分析类冲突、版本问题等复杂问题。
17. 如何判断两个类是否相等？
回答：
在 JVM 中，类的唯一性由类的全限定名和类加载器共同决定。只有由同一个加载器加载的同名类才被认为是相同的类。
分析：
类在虚拟机中的标识不仅取决于其名字（包名 + 类名），还必须由同一个类加载器加载。这是 JVM 实现类隔离的重要机制。即使两个类来源于同一个 class 文件，如果分别被两个类加载器加载，那么 JVM 会将它们视为两个不同的类，它们的 Class 对象不同，无法强转、不能 instanceof 判定，也无法互通方法调用。例如，在 OSGi、Tomcat 等场景下，不同模块加载了同名类，但由于类加载器不同，JVM 仍能区分，防止类型冲突。理解这一点是解决类冲突、类强转失败问题的关键。
18. 类的实例化顺序？
回答：
类实例化过程中，先执行父类静态代码块和静态变量初始化，再执行子类的静态块；随后是父类构造块和构造方法，最后执行子类的普通块和构造方法。
分析：
类的实例化顺序体现了类继承体系的执行逻辑。JVM 首先在加载类时执行静态块和静态变量赋值，顺序是：先父后子，静态先于普通。当创建子类对象时，会先构造父类，因此先执行父类的构造代码块、构造函数，再到子类。这一过程分为两个阶段：
1）类加载阶段：父类静态成员 → 子类静态成员；
2）对象初始化阶段：父类构造块 → 父类构造方法 → 子类构造块 → 子类构造方法。
静态内容只加载一次，对象构造则每次 new 都会执行。理解这个顺序有助于设计构造逻辑、调试初始化异常等问题。