接口不能定义构造方法，抽象类可以；接口只描述行为契约且不可实例化，故无需构造器；抽象类参与继承链，其构造方法在子类super()时执行，用于初始化共有状态或执行前置逻辑。
接口不能定义构造方法，抽象类可以——这是最直接的差异，背后是设计定位的根本不同。
接口不支持构造方法：因为不参与对象创建流程
接口只描述“能做什么”，不涉及“怎么初始化”。它没有状态（只能有 public static final 常量），也不需要在实例化时设置初始值。即使你写了类似构造器的代码，编译器会直接报错。
- 接口无法被 new 实例化，所以构造方法无意义
- 实现类的初始化工作完全由自身或其父类（可能是抽象类）承担
- Java 从语法层面禁止在 interface 中声明任何构造器
抽象类可以有构造方法：用于子类初始化公共状态
抽象类虽不能直接 new，但它是真实继承链中的一环。它的构造方法会在子类调用 super() 时执行，用来初始化共有的成员变量或完成通用前置逻辑。
- 构造方法可带参数，供子类传入通用配置（如日志名、超时时间等）
- 可在构造方法中做校验、资源预加载、上下文注册等一次性操作
- 子类必须显式或隐式调用父类构造器；若抽象类只有带参构造器，子类构造器必须写 super(...)
实际开发中如何应对这种差异
当需要统一初始化逻辑时，别指望接口，而应把这部分提到抽象类里；如果只是行为契约，就用接口，初始化交给具体实现类各自处理。
立即学习“Java免费学习笔记（深入）”；
- 想让多个实现共享初始化逻辑？→ 提取一个抽象基类，把构造器和初始化代码放进去
- 已有接口，又想加初始化能力？→ 不行，只能靠约定（比如定义 init() 方法）或配合工厂类
- 混合使用更常见：接口定义能力，抽象类提供默认实现+初始化支持，具体类继承并实现剩余逻辑
