抽象类继承抽象类时构造方法的处理方式？及编译报错解析

这个问题其实是Java构造方法继承里的一个常见细节——哪怕是抽象类之间的继承，构造方法的调用规则和普通类完全一致，咱们先拆解报错的原因，再给出解决办法：

为什么会报错？ #

你定义的Event类只有一个带int参数的构造方法：public Event(int t)，而Java默认会在子类的构造方法中自动插入对父类无参构造的调用（super()）。但你的Event类没有无参构造，所以编译器找不到对应的父类构造方法，就抛出了参数不匹配的错误。

哪怕RecurringEvent是抽象类，它的构造方法（哪怕是隐式的）也必须满足父类的构造调用要求——因为未来它的非抽象子类实例化时，最终还是要调用到Event的构造方法。

解决办法 #

有两种可行的处理方式，推荐第一种（更符合Event类的设计逻辑）：

1. 显式调用父类的带参构造 #

在RecurringEvent的构造方法中，用super(t)显式调用父类的Event(int t)构造方法。哪怕RecurringEvent是抽象类，也需要这么做：

public abstract class RecurringEvent extends Event {
    // 基本的构造方法，直接传递参数给父类
    public RecurringEvent(int t) {
        super(t); // 必须显式调用父类的带参构造
    }

    // 如果RecurringEvent需要自己的参数，也可以扩展构造方法
    public RecurringEvent(int t, int repeatInterval) {
        super(t); // 先调用父类构造
        // 这里处理repeatInterval的逻辑
    }
}

2. 给父类Event添加无参构造（不推荐，除非业务允许） #

如果timeAtWhichEventHappens允许被后续设置，你可以给Event类加一个无参构造方法：

public abstract class Event implements Comparable {
    private int timeAtWhichEventHappens;

    // 添加无参构造
    public Event() {}

    public Event(int t) {
        this.timeAtWhichEventHappens = t;
    }
    // 其他方法...
}

但这种方式会破坏Event类的封装性——因为timeAtWhichEventHappens是必填属性，无参构造会导致这个属性初始值为0（默认int值），可能不符合业务逻辑，所以一般不推荐。

关键总结 #

• 抽象类的构造方法是为子类实例化服务的，所以必须遵守父类构造的调用规则；
• 如果父类没有提供无参构造，子类（哪怕是抽象子类）必须显式调用父类的带参构造；
• 优先保证父类的构造设计符合业务逻辑，再调整子类的构造调用方式。

内容的提问来源于stack exchange，提问作者Mataan P