Jetpack Compose中ViewModelScope.launch二次点击onClick不执行问题

核心原因是你的viewModelScope已经进入了取消/失效状态，因此后续调用launch启动的新协程会直接被父Scope拦截取消，根本不会执行代码块内的逻辑。

正常情况下viewModelScope只会在ViewModel执行onCleared（也就是ViewModel被销毁）时才会被取消，你出现首次点击正常、后续点击协程块不执行的情况，基本都是以下两个原因导致的：

• 你自定义修改过viewModelScope的协程上下文，把默认自带的SupervisorJob替换成了普通Job。
  viewModelScope默认的上下文组合是SupervisorJob() + Dispatchers.Main.immediate，SupervisorJob的特性是单个子协程抛出未捕获异常时，不会影响父Scope和其他兄弟协程；如果换成普通Job，只要有一个子协程因为未捕获异常失败，整个父Job会直接进入取消状态，后续所有通过这个Scope启动的新协程都会直接被取消，不会执行内部代码。
• 首次执行saveSettings的协程抛出了未捕获的异常，且异常被全局配置的CoroutineExceptionHandler吞掉了，没有出现可见的崩溃。
  最常见的异常来源就是你用来发送页面事件的events：如果你用Channel实现一次性事件，当第一次发送SettingsSaved事件后，Compose侧的收集协程可能因为重组、页面生命周期变化被取消，后续异常沿协程链路向上传播，导致首次启动的协程异常失败。另外robotRepository.getRobot()、settingsService.setData这两个数据操作如果在首次执行时抛出了运行时异常（比如空指针、存储写入失败），也会导致协程异常退出。

你可以在saveSettings方法内，调用viewModelScope.launch之前加一句日志打印viewModelScope.isActive，第二次点击时如果输出为false就能完全坐实这个判断。

• 不要随意替换viewModelScope默认的SupervisorJob，如果需要给协程Scope追加上下文（比如调度器、异常处理器），保留SupervisorJob作为父Job即可。
• 给viewModelScope配置一个通用的CoroutineExceptionHandler，打印所有协程内未捕获的异常，就能快速定位到首次执行时具体是哪行代码抛了异常。
• 如果你用Channel做页面事件分发，建议替换成带缓冲的SharedFlow，避免因为接收端生命周期变化导致的挂起、异常问题，参考实现：

private val _events = MutableSharedFlow<SettingsEvent>(
    extraBufferCapacity = 1,
    onBufferOverflow = BufferOverflow.DROP_OLDEST
)
val events = _events.asSharedFlow()

• 协程内部涉及IO、数据存储、数据库操作的代码，针对性加异常捕获逻辑，不要让未捕获异常直接泄露到协程Scope层。

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