抽象类构造方法是子类对象创建时强制执行父类初始化逻辑的唯一时机，通过super()调用完成final字段校验赋值、共享资源注入，并禁止调用抽象方法，且子类必须显式调用super()。
抽象类的构造方法不是摆设，它是子类创建对象时唯一能强制执行父类初始化逻辑的时机。它不用于直接实例化，而是通过 super() 被子类调用，在对象构建最开始就完成对父类状态变量的校验、赋值与固化——这正是实现初始化约束的核心机制。
用 final 字段 + 构造器参数实现不可绕过的基础赋值
把关键状态变量声明为 final，并在抽象构造器中一次性初始化。这样既防止子类在后续随意修改，又确保每个子类实例都必须提供合法初始值。
- 字段在声明时不赋值（避免默认值干扰业务语义）
- 构造器接收必要参数，做非空、范围等基础校验
- 校验通过后才赋给
final字段，编译器会强制子类调用该构造器
例如：abstract class Task {
protected final String id;
protected final int priority;
protected Task(String id, int priority) {
if (id == null || id.isBlank()) throw new IllegalArgumentException("id required");
if (priority 10) throw new IllegalArgumentException("priority must be 1-10");
this.id = id;
this.priority = priority;
}
}
统一注入共享依赖，避免子类重复创建或遗漏
日志器、配置对象、线程池等跨子类共用的资源，适合在抽象构造器中初始化并存入 protected 字段。子类无需关心如何获取，也不允许自行替换。
- 使用
LoggerFactory.getLogger(getClass())可基于实际子类类型生成专属 logger - 从统一配置中心加载参数，而非让每个子类自己读 properties 文件
- 若依赖需提前预热（如连接池初始化），也可在此处触发
禁止在构造器中调用抽象方法，防止状态不一致
这是关键限制：抽象构造器执行时，子类对象尚未构建完成，此时调用子类重写的抽象方法，可能导致字段为 null 或逻辑错乱。
- 不要写
this.initialize();这类调用抽象方法的代码 - 校验、赋值、资源准备等操作应全部使用已知确定的逻辑
- 如需子类参与初始化，改用模板方法模式：定义
protected void doInit()模板钩子，由子类在构造完成后显式调用
子类必须显式调用 super()，否则编译报错
如果抽象类只提供了带参构造器，子类构造器就必须以 super(...) 开头。系统不会自动插入无参 super()，这就从语法层面锁死了初始化路径。
- 子类无法跳过父类校验逻辑
- 不能靠反射绕过（JVM 层面仍需调用构造器）
- 单元测试可覆盖各种非法参数组合，验证约束是否生效
