Jetpack Compose与MVI：可变UI类是否始终不可取？

首先明确：在特定UI状态管理场景下，让UI数据类的属性可变是完全合理的选择，你的投票复选框场景就是典型的适用情况。

你的方案合理的核心原因 #

• 适配ViewModel的生命周期特性：ViewModel会在配置变更（比如屏幕旋转）时保留实例，持有带可变属性的数据类时，你可以直接修改复选框的选中状态，无需重新创建整个数据类对象，状态自然会随ViewModel留存，比用rememberSaveable更可靠（尤其是你遇到rememberSaveable失效的情况）。
• 简化频繁交互的状态更新逻辑：多选框属于高频交互的UI元素，用可变属性的话，ViewModel里的状态更新逻辑会更直观——直接找到对应选项修改isChecked即可，不用每次都调用copy()方法生成新的数据类实例，避免了字段较多时遗漏或出错的可能。

注意避坑：别滥用可变属性 #

虽然你的场景适用，但也要注意边界，避免引入状态混乱：

• 状态修改必须由ViewModel统一控制：不能让UI层直接修改数据类的可变属性，要通过ViewModel提供的方法（比如toggleOption(id: String)）来触发状态变更，保证数据流的单向性，让状态变化可追踪。
• 区分UI状态和业务数据：如果是需要持久化到数据库或服务器的业务数据，仍然推荐用不可变数据类；而像复选框选中状态这种仅用于界面交互的临时状态，用可变属性完全没问题。

举个代码对比示例 #

不可变数据类写法（需要频繁copy）

// 数据类
data class PollOption(val id: String, val text: String, val isChecked: Boolean)

// ViewModel中的更新逻辑
fun toggleOption(optionId: String) {
    _pollOptions.value = _pollOptions.value.map {
        if (it.id == optionId) it.copy(isChecked = !it.isChecked) else it
    }
}

可变属性写法（更简洁）

// 数据类
data class PollOption(val id: String, val text: String, var isChecked: Boolean)

// ViewModel中的更新逻辑
fun toggleOption(optionId: String) {
    _pollOptions.value.find { it.id == optionId }?.let {
        it.isChecked = !it.isChecked
        // 触发Compose重组，若用SnapshotStateList则无需这一步
        _pollOptions.value = _pollOptions.value.toList()
    }
}

综上，你的解决方案是完全合理的，既利用了ViewModel的生命周期优势，又简化了交互状态的管理。

内容的提问来源于stack exchange，提问作者Regress.arg