基于ViewModel的Compose应用：viewModelScope.launch与LaunchedEffect选哪个？

两者没有绝对的“更优”，核心是根据逻辑归属和生命周期绑定关系来选择：

一、用viewModelScope.launch处理业务逻辑类挂起函数 #

业务逻辑（比如网络请求、本地数据读写、复杂状态计算）应该放在ViewModel中，通过viewModelScope.launch启动挂起函数，原因如下：

• 协程生命周期和ViewModel绑定：ViewModel销毁时，viewModelScope会自动取消所有子协程，彻底避免内存泄漏
• 逻辑与UI解耦：业务逻辑不依赖Compose重组，即使UI多次重组，协程也不会重复触发
• 可测试性更强：ViewModel的业务逻辑可以单独编写单元测试，无需依赖Compose环境

示例代码：

class DataViewModel : ViewModel() {
    private val _uiState = MutableStateFlow<UiState>(UiState.Loading)
    val uiState: StateFlow<UiState> = _uiState

    fun loadRemoteData() {
        viewModelScope.launch {
            try {
                val response = apiService.fetchData()
                _uiState.value = UiState.Success(response)
            } catch (e: Exception) {
                _uiState.value = UiState.Error(e.message)
            }
        }
    }
}

// Compose UI中调用
@Composable
fun DataScreen(viewModel: DataViewModel = viewModel()) {
    val uiState by viewModel.uiState.collectAsState()

    Button(onClick = { viewModel.loadRemoteData() }) {
        Text("加载数据")
    }
}

二、用LaunchedEffect处理UI绑定类挂起函数 #

如果挂起函数是和UI生命周期强相关的操作（比如页面进入时自动执行的初始化、跟随UI状态变化的副作用），则用LaunchedEffect：

• 它是Compose的副作用API，会在组件进入组合时启动协程，离开组合时自动取消
• 可通过key参数控制协程重启时机：当key值变化时，旧协程会被取消，新协程启动

示例代码：

@Composable
fun DataScreen(viewModel: DataViewModel = viewModel()) {
    val uiState by viewModel.uiState.collectAsState()

    // 页面首次加载时自动触发数据请求
    LaunchedEffect(Unit) {
        viewModel.loadRemoteData()
    }

    // 当UI状态变为成功时，延迟执行UI提示
    LaunchedEffect(uiState) {
        if (uiState is UiState.Success) {
            delay(1500)
            // 模拟显示成功提示
        }
    }
}

总结选择原则 #

• 业务逻辑优先用viewModelScope.launch：保证逻辑的稳定性、可复用性和可测试性
• UI相关副作用优先用LaunchedEffect：确保协程与Compose组件生命周期同步，避免无效执行

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