StateFlow emit新值后未触发Composable重组问题求助

问题根本原因 #

StateFlow 默认自带distinctUntilChanged逻辑，只有新 emit 的值和当前存储的旧值通过equals比较返回 false 时，才会将新值下发给观察者触发重组。你的代码触发了两个常见错误导致相等性校验一直通过，没有下发新值：

• 全局可变实例污染了 StateFlow 内部存储的值
  你在 ViewModel 中全局持有了可变的screenData实例，初始赋值给_screenDataFlow后，两者指向内存中同一个对象。调用updateFirstName时直接修改screenData.firstName，此时_screenDataFlow内部存储的旧值的firstName也会同步被修改。后续你 emit 的screenData.copy()的属性和已经被修改的旧值完全一致，相等性校验判定为无变化，自然不会触发重组。
• 未使用 data class 导致相等性判断失效
  如果CreateAccountRegistrationScreenData不是 Kotlin data class，它默认的equals方法比较的是对象引用地址而非属性值。就算你 emit 了新的实例，也大概率会被判定为相等，不会触发更新。

修复方案 #

1. 确认数据类声明 #

将CreateAccountRegistrationScreenData声明为 data class 确保equals、copy方法基于属性生成：

data class CreateAccountRegistrationScreenData(
    val firstName: String? = null,
    // 其他属性保持不变
) {
    companion object {
        fun init() = CreateAccountRegistrationScreenData()
    }
}

2. 重构ViewModel逻辑 #

移除全局可变的screenData实例，所有修改直接基于StateFlow当前值操作：

class RegistrationViewModel : BaseViewModel() {
    private val _screenDataFlow = MutableStateFlow(CreateAccountRegistrationScreenData.init())
    internal val screenDataFlow = _screenDataFlow.asStateFlow()

    internal fun updateFirstName(name: String) {
        _screenDataFlow.update { currentData ->
            currentData.copy(firstName = name)
        }
    }

    // 其他字段修改逻辑同理，比如修改lastName：
    internal fun updateLastName(name: String) {
        _screenDataFlow.update { currentData ->
            currentData.copy(lastName = name)
        }
    }
}

不需要单独开协程调用emit，直接给MutableStateFlow的value赋值或者调用update方法都是线程安全的同步操作，性能更高也不会出现调度延迟。

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