Android Compose重组问题：数据类状态更新与无状态组件优化咨询

你的问题核心在于Compose的重组触发逻辑：mutableStateOf只会在包裹的对象引用发生变化时触发重组，直接修改Sample内部属性时引用没改，所以不会触发；用copy虽能触发重组，但整个实例引用变化会导致所有依赖该实例的Composable都重组，造成不必要的性能开销。

先说说你在TestFunc里用remember+mutableStateOf存num1的方案：
这个方案能实现精准重组，但存在两个明显问题：

1. 组件变成了有状态组件：状态被存在Composable内部，导致组件无法复用（多个TestFunc实例会各自维护独立的num1状态），违背了Compose推荐的"状态上移"原则。
2. 状态分散：如果多个组件依赖同一个num1值，各自维护状态会导致数据不一致，后期维护成本高。
   内存方面其实不用过度担心，单个mutableStateOf的内存开销极小，但状态管理的问题远大于内存问题，所以这个方案并不合理。

更优解决方案 #

方案1：将数据类的单个属性用mutableStateOf独立包裹

不在ViewModel里为整个Sample实例创建mutableStateOf，而是为每个属性单独创建：

class SampleViewModel : ViewModel() {
    val num1 = mutableStateOf(0)
    val num2 = mutableStateOf("")
    // 其他属性同理
}

然后在Composable里直接依赖单个属性：

@Composable
fun TestFunc(viewModel: SampleViewModel) {
    Text(text = "Num1: ${viewModel.num1.value}")
}

优点：状态集中在ViewModel，组件保持无状态，修改单个属性只会触发依赖该属性的Composable重组，精准高效。
缺点：如果Sample属性很多，ViewModel里的代码会有点冗长，但换来的是清晰的状态管理和最优的重组性能。

方案2：使用derivedStateOf派生单个属性的状态

如果不想修改原有的Sample结构，也不想拆分属性，可以在Composable里用derivedStateOf从ViewModel的Sample实例中派生出单个属性的状态：

@Composable
fun TestFunc(viewModel: SampleViewModel) {
    val num1State = remember {
        derivedStateOf { viewModel.sampleData.value.num1 }
    }
    Text(text = "Num1: ${num1State.value}")
}

derivedStateOf会跟踪依赖的viewModel.sampleData.value.num1，只有当这个值变化时，才会触发当前Composable的重组，Sample的其他属性变化不会影响这里。
优点：不需要修改原有的Sample和ViewModel结构，组件依然是无状态的，精准触发重组。
缺点：如果多个Composable都依赖同一个属性，每个都要写一遍derivedStateOf，可以封装成自定义Composable或者扩展函数来复用。

方案3：使用StateFlow暴露单个属性

如果你的项目用了Flow，可以在ViewModel里把Sample的属性暴露成StateFlow：

class SampleViewModel : ViewModel() {
    private val _sampleData = MutableStateFlow(Sample(num1 = 0))
    val num1 = _sampleData.map { it.num1 }.stateIn(
        scope = viewModelScope,
        started = SharingStarted.WhileSubscribed(5000),
        initialValue = 0
    )
    // 修改num1的方法
    fun updateNum1(newValue: Int) {
        _sampleData.value = _sampleData.value.copy(num1 = newValue)
    }
}

然后在Composable里用collectAsState()收集单个属性：

@Composable
fun TestFunc(viewModel: SampleViewModel) {
    val num1 by viewModel.num1.collectAsState()
    Text(text = "Num1: $num1")
}

优点：状态集中在ViewModel，组件无状态，适合多平台项目或者需要和其他Flow结合的场景，同样能精准触发重组。
缺点：需要引入Flow相关的API，代码量略多。

总结 #

优先推荐方案1（拆分属性为独立的mutableStateOf），它最符合Compose的状态管理原则，性能最优，维护成本低；如果不想修改原有结构，可以用方案2；如果项目已经在用Flow，方案3是不错的选择。

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