Kotlin为何应避免使用基类open成员？基类构造能否访问未初始化派生类属性？

这绝对是个非常关键的问题，而且这种场景不仅真实存在，还是Kotlin（以及Java）中很容易踩的初始化陷阱之一。我们直接用代码例子来拆解这个问题：

例子1：基类init块调用重写的方法，访问派生类未初始化属性 #

open class Base {
    init {
        // 基类初始化时调用open方法
        printDetail()
    }

    // 声明为open，允许派生类重写
    open fun printDetail() {
        println("Base default detail")
    }
}

class Derived : Base() {
    // 派生类的属性，初始化在基类构造之后
    private val derivedInfo = "I'm Derived Class"

    override fun printDetail() {
        // 重写方法中访问自身的属性
        println("Derived detail: $derivedInfo")
    }
}

fun main() {
    Derived() // 执行这段代码会输出什么？
}

运行这段代码，你会得到输出：
Derived detail: null

原因解析： #

Kotlin的类初始化遵循严格的顺序：

1. 先执行基类的所有初始化逻辑（构造函数参数、init块、属性初始化器，按代码顺序执行）
2. 完成基类初始化后，才会执行派生类的属性初始化和init块

在上面的例子中，Base的init块先执行，调用了printDetail()方法——但这个方法已经被Derived重写了。此时Derived的derivedInfo还没被赋值（因为派生类初始化还没开始），所以在重写的方法里访问它，得到的是String类型的默认值null。

例子2：基类直接访问重写的open属性 #

open class Base {
    open val status: String
        get() = "Base Active"

    init {
        println("Base init: current status = $status")
    }
}

class Derived : Base() {
    private val statusCode = 200
    override val status: String
        get() = "Derived Status: $statusCode"
}

fun main() {
    val d = Derived()
    println("After init: status = ${d.status}")
}

运行结果：

Base init: current status = Derived Status: 0
After init: status = Derived Status: 200

这里的问题本质和第一个例子一样：基类初始化时访问status，调用的是派生类的getter，但此时Derived的statusCode还没完成初始化（Int默认值是0），所以输出了错误的结果。

为什么会出现这种“跨类访问未初始化属性”的情况？ #

核心原因是open成员的多态性：基类中声明的open属性/方法，在运行时会优先调用派生类的重写实现。而基类的初始化又早于派生类，这就导致基类在初始化阶段调用重写成员时，派生类的内部状态还没准备好，自然会访问到未初始化的属性值。

这也是Kotlin文档反复强调“避免在基类构造、init块、属性初始化器中使用open成员”的根本原因——这种行为会导致不可预期的错误，甚至运行时崩溃（比如如果访问的是需要非空初始化的属性，可能直接抛出NullPointerException）。

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