抽象类遵循Java类加载通用规则，不会因“抽象”而延迟加载；其加载时机取决于是否被主动使用，如创建子类实例、访问静态成员、反射加载或子类初始化时父类未初始化。
抽象类和其他普通类一样，遵循 Java 类加载的通用规则，**不会因为“抽象”而延迟或跳过加载**。它被加载的时机，取决于是否被“主动使用”，和具体是否触发了类初始化条件。
抽象类被加载的常见时机
只要满足 JVM 规定的“主动使用”条件之一，抽象类就会被 ClassLoader 加载（并可能进入连接、初始化阶段）：
- 创建其子类的实例：当 new 一个继承自该抽象类的子类对象时，JVM 需要确保父类（即抽象类）已加载并初始化（若尚未完成）。此时抽象类会被加载、连接，并执行静态初始化块。
-
直接引用抽象类的静态成员：例如访问
AbstractClass.STATIC_FIELD或调用AbstractClass.staticMethod()—— 即使不能实例化，静态内容仍可被直接使用，这会触发加载与初始化。 -
反射加载：如
Class.forName("com.example.MyAbstractClass")，会强制加载该类（默认initialize = true），包括抽象类。 - 子类初始化时父类未初始化：如果子类是普通类且首次被初始化（比如它的静态块被执行），而其抽象父类尚未初始化，JVM 会先加载并初始化该抽象父类。
抽象类不会被加载的情况
以下行为不触发抽象类加载：
- 仅声明变量类型，如
MyAbstractClass ref;—— 这属于“被动引用”，不加载。 - 仅继承但未使用（无子类实例化、无静态访问、无反射）—— 抽象类字节码文件可能始终不被读入 JVM。
- 访问编译期常量（
public static final int VALUE = 42;）—— JVM 可能直接内联该值，不加载抽象类本身。
加载过程本身不区分抽象与否
ClassLoader 在加载阶段只关心字节码文件是否存在、格式是否合法；后续的验证、准备、解析、初始化等阶段也照常进行。抽象类的 static {} 块会执行，静态字段会赋初值，只是它不能通过 new 直接实例化而已。它的加载、链接、初始化逻辑与其他类完全一致。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
一个简单验证示例
定义抽象类：
abstract class Animal {
static { System.out.println("Animal 类被初始化"); }
public static final String TYPE = "Mammal";
}
运行以下代码：
class Dog extends Animal {}
public class Main {
public static void main(String[] args) {
System.out.println(Dog.class); // 仅获取 Class 对象，不触发 Animal 初始化
new Dog(); // 此时 Animal 才真正被加载并初始化，输出 "Animal 类被初始化"
}
}
可见：抽象类的加载和初始化，严格绑定在实际使用行为上，而非定义位置或修饰符。
