ViewModel的init{}中执行异步操作为何会引发内存泄漏？

首先要明确：谷歌文档里提到的“对象泄漏”并非传统意义上的内存泄漏（对象无法被GC回收），而是指对象未完成初始化就被异步代码读写的“初始化不安全”问题，官方用这个表述是为了强调这类操作会导致对象状态不一致，进而引发难以排查的隐性问题。

为什么会抛出IllegalStateException？ #

Compose的MutableState（包括mutableStateOf、mutableStateListOf等）并非无限制的线程安全操作，尤其是在ViewModel初始化阶段：

• 当ViewModel的init块启动协程时，协程可能在ViewModel尚未完全绑定到LifecycleOwner（比如Activity/Fragment还没完成初始化）、或者Compose的重组上下文还没建立时，就尝试更新MutableState。
• Compose的状态管理依赖当前的重组作用域，若在ViewModel未完全初始化时更新状态，可能导致状态更新无法被Compose的重组机制捕获，甚至触发状态对象的非法访问（比如内部结构还未完成初始化），进而抛出IllegalStateException。

为什么这会是“难以排查的细微错误”？ #

你提到MutableState有初始值，读取默认值不会有问题，但问题出在异步更新的时机不确定性：

• 协程的执行时机是不确定的，如果协程在ViewModel完全初始化前完成，可能会覆盖后续正常初始化的状态值，导致UI显示异常；
• 如果协程在ViewModel初始化后执行，可能暂时没问题，但当配置变更（比如屏幕旋转）时，ViewModel会被重建，init块中的协程会再次启动，可能导致重复请求、状态覆盖等偶发问题；
• 这类问题不会每次都出现，只有当异步操作的执行时机恰好落在初始化的间隙时才会触发，所以排查起来非常困难。

正确的做法 #

不要在ViewModel的init块或构造函数中启动异步操作，而是：

• 定义一个公开的方法（比如loadData()），在ViewModel外部（比如Compose的LaunchedEffect(Unit)、Fragment的onViewCreated方法中）调用该方法，借助viewModelScope来启动协程；
• 若必须在ViewModel内部触发初始化逻辑，可以使用viewModelScope.launch但延迟到ViewModel完全初始化后，比如通过Lifecycle监听，确认ViewModel已关联到活跃的生命周期后再执行异步操作。

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