Android开发：父ViewModel的init块能否调用非final函数？如何统一初始化逻辑

你遇到的问题本质是Kotlin类的初始化顺序导致的：父类的init块会在子类的属性初始化和init块之前执行。此时调用子类重写的open方法，会访问到还未完成初始化的子类成员变量，从而引发功能异常，IDE的警告也是在提醒你这个潜在的风险。

下面提供两种可行的解决办法：

方案一：使用抽象方法+final初始化入口（更规范） #

通过将初始化逻辑拆分为父类的final入口方法和子类的抽象实现，避免构造器直接调用open方法：

abstract class MyFatherViewModel : ViewModel() {
    // 子类必须实现的抽象初始化逻辑
    protected abstract fun performInit()

    // 父类提供的final初始化入口，确保调用安全
    private fun initialize() {
        // 这里可以添加父类通用的初始化逻辑
        // ...
        performInit()
    }

    init {
        initialize()
    }

    fun onTryAgainClick() {
        performInit()
    }
}

class MyScreen1ViewModel : MyFatherViewModel() {
    private val screenData = mutableStateOf("")

    override fun performInit() {
        // 安全访问子类成员，此时子类属性已完成初始化
        screenData.value = "Screen1 initialized"
        // 其他初始化逻辑
    }
}

这种方式强制子类实现初始化逻辑，避免遗漏，同时确保父类初始化逻辑和子类初始化逻辑的执行顺序正确。

方案二：使用viewModelScope延迟执行初始化（改动最小） #

利用viewModelScope将初始化逻辑延迟到ViewModel完全创建完成后执行，此时子类的所有成员都已初始化：

abstract class MyFatherViewModel : ViewModel() {
    open fun myInitMethod() {}

    init {
        // 借助viewModelScope.launch，让初始化逻辑在ViewModel创建完成后执行
        viewModelScope.launch {
            myInitMethod()
        }
    }

    fun onTryAgainClick() {
        myInitMethod()
    }
}

class MyScreen1ViewModel : MyFatherViewModel() {
    private val screenData = mutableStateOf("")

    override fun myInitMethod() {
        super.myInitMethod()
        screenData.value = "Screen1 initialized"
        // 其他初始化逻辑
    }
}

这个方案几乎不需要修改现有代码结构，只需要把父类init里的myInitMethod()调用放到viewModelScope.launch中即可，适合快速解决问题。

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