Kotlin对象初始化顺序异常：伴生对象列表出现未初始化实例

这个问题我之前踩过坑！本质是父类伴生对象和子类单例的初始化时机撞车了，咱们一步步理清楚：

为什么DataType.all会出现null？ #

当你第一次访问DataType.all的时候，DataType类的伴生对象会立刻触发初始化。伴生对象里的all列表直接引用了StringDt和LongDt——这俩是DataType的子类单例object，它们的初始化必须依赖父类DataType的完全加载。

但问题来了：此时父类的伴生对象还在初始化过程中，父类本身的初始化流程都没走完呢！这种情况下子类单例的初始化会被打断，导致其中一个实例没能正常创建（表现为你看到的null）。

那为什么全局的dataTypeList就正常？ #

全局变量的初始化时机比较靠后，要么是所有类都加载完成之后，要么是第一次被访问的时候——这时候DataType类及其伴生对象已经完全初始化完毕了。当dataTypeList去引用StringDt和LongDt时，子类单例的初始化不会受到父类的干扰，自然就能正常生成两个实例。

解决办法 #

给你几个靠谱的修复方案：

方案1：延迟初始化伴生对象的列表

用by lazy把all改成延迟加载，这样只有当真正需要访问它的时候，才会去获取子类单例，此时父类早就初始化完了：

companion object {
    val all by lazy { listOf(StringDt, LongDt) }
}

方案2：用函数替代直接属性

把列表的获取逻辑放到一个函数里，确保调用函数时所有子类都已经准备好：

companion object {
    fun getAll(): List<DataType<*>> {
        return listOf(StringDt, LongDt)
    }
}

方案3：调整全局变量位置（不推荐）

如果你非要保持all为伴生对象的直接属性，也可以把dataTypeList的定义放到DataType类之后，强制子类先被初始化。但这种方式依赖JVM的类加载顺序，不够稳定，不推荐。

试一下方案1，你会发现println(DataType.all)和println(dataTypeList)的输出完全一致了～

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