Kotlin中此类特殊「继承」的正确命名是什么？

我完全懂你的疑惑——这种情况确实和我们刚学继承时认知的“子类照搬父类行为”的经典模型不太一样，甚至会让你怀疑这到底算不算正经的继承关系。

先帮你理清核心逻辑：你提到的baz和bar其实确实继承自aux，只是这种实现属于基于父类参数化构造的子类实例定制，和你之前理解的“继承父类对象定义”的基础场景有差异，但本质上没有偏离继承的核心。

为什么这仍然是继承？ #

继承的核心是结构复用与类型归属：

• baz和bar会继承aux的所有属性、方法，拥有aux的全部结构；
• 你完全可以把baz或bar的实例赋值给aux类型的变量，这符合面向对象中“子类是父类的一种”的类型规则。

它们的行为差异，只是因为在构造时给父类传入了不同的初始参数（5和6），这属于实例状态的定制，而非打破了继承关系。举个直观的Kotlin代码例子：

open class Aux(private val initValue: Int) {
    fun printValue() {
        println("当前值：$initValue")
    }
}

// 子类通过构造参数定制父类初始状态
class Baz : Aux(5)
class Bar : Aux(6)

fun main() {
    val aux1: Aux = Baz()
    aux1.printValue() // 输出：当前值：5
    
    val aux2: Aux = Bar()
    aux2.printValue() // 输出：当前值：6
}

你看，Baz和Bar都是Aux的子类，只是初始化时给父类的initValue传了不同的值，导致实例行为不同，但继承关系是完全成立的。

该如何称呼这种实现？ #

这种写法可以被称为：

• 带参数化构造的继承实现：父类设计时预留了构造参数用来初始化内部状态，子类通过传递不同参数生成行为有差异的实例；
• 或者更直白点，父类构造驱动的子类实例定制：子类没有重写父类核心逻辑，只是通过构造参数改变了实例的初始状态，从而产生不同行为。

解开你的认知偏差 #

你觉得“无法认定它们继承自aux”，是因为把“继承”和“行为完全一致”划了等号，但实际上继承允许子类在复用父类结构的基础上，通过构造参数、方法重写等方式定制行为——这恰恰是继承的灵活性所在，而不是偏离了继承的本质。

内容的提问来源于stack exchange，提问作者Bartłomiej Sobieszek