抽象类不能直接实例化但可有构造方法，其构造方法由子类对象创建时自动或显式调用，用于初始化继承字段、校验参数及执行前置逻辑。
抽象类不能直接创建对象，但可以有构造方法——这看似矛盾，其实关键在于：构造方法不是用来“实例化抽象类本身”的，而是为它的子类在初始化时服务的。
抽象类的构造方法谁来调用？
当子类创建对象时，JVM 会自动（或显式）调用父类（包括抽象父类）的构造方法，完成从上到下的初始化链。抽象类的构造方法就在这条链中执行，用于初始化继承来的字段、设置默认状态，或强制子类满足某些前提条件。
- 即使没写 super()，编译器也会默认插入对父类无参构造的调用
- 如果抽象父类只定义了带参构造，子类构造中必须显式调用 super(...)
- 抽象类构造中可执行日志、参数校验、资源预分配等逻辑，和普通类一样有效
一个典型例子帮你看清流程
比如定义一个抽象类 Animal，要求所有子类创建时必须指定名字：
protected String name;
public Animal(String name) {
if (name == null || name.trim().isEmpty())
throw new IllegalArgumentException("Name cannot be blank");
this.name = name;
}
public abstract void makeSound();
}
子类 Dog 实例化时必须传入 name，并触发 Animal 的构造逻辑：
class Dog extends Animal {public Dog(String name) {
super(name); // 必须调用，否则编译报错
}
public void makeSound() { System.out.println("Woof!"); }
}
Dog dog = new Dog("Buddy"); // ✅ 合法：先执行 Animal(String) 构造，再执行 Dog 构造
为什么设计成这样？有什么好处？
允许抽象类拥有构造方法，本质是支持“模板初始化”和“契约约束”：
- 统一初始化逻辑：避免每个子类重复设置共用字段（如 id、createdTime、config 等）
- 强制前置检查：比如要求传入非空配置对象、合法枚举值，确保子类对象一出生就符合规范
- 隐藏实现细节：构造过程可初始化内部辅助对象（如 logger、cache），子类无需感知
- 支持依赖注入场景：框架（如 Spring）创建子类 Bean 时，仍会走完整构造链，抽象父类构造可安全注入依赖
常见误区提醒
别混淆这几个概念：
- ❌ “抽象类有构造方法 → 就能 new 它” → 错，new Animal() 编译直接失败
- ❌ “抽象类构造不会执行” → 错，只要子类被实例化，它一定被执行（哪怕没写 super）
- ❌ “抽象类只能有无参构造” → 错，它可以重载多个构造方法，子类选择其一调用即可
- ✅ 抽象类的构造方法访问修饰符可以是 public / protected / package-private，但不能是 private（否则子类无法调用）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
