第3章：Compose状态管理基础归纳总结

状态管理，说白了就是让UI能跟着数据变。我刚开始写Compose时，总觉得这不就是个回调吗？后来踩了坑才明白——状态怎么存、怎么改、怎么通知界面更新，这里面门道不少。

1. 从“可变”到“响应”：状态管理的本质

你想想看，传统Android开发里，我们改一个TextView的内容，得先findViewById，然后调用setText。Compose不是这样的——它用的是观察者模式。只要状态对象发生变化，系统会自动触发重组（Recomposition），把变化反映到UI上。

2. 核心工具：remember 与 mutableStateOf

这是Compose状态管理的地基。mutableStateOf创建可观察的状态容器，remember保证它在重组时不被重制。

@Composable
fun Counter() {
    var count by remember { mutableStateOf(0) }
    
    Button(onClick = { count++ }) {
        Text("计数: $count")
    }
}

我习惯用委托（by）语法，写起来更干净。注意，remember必须放在Composable函数里，且依赖参数变了才会重新计算。

3. 状态提升：让数据流向更清晰

如果子组件需要共享状态，就得“提升”到父组件。说白了，就是谁用这个状态，谁就拥有它，然后通过参数传递下去。

场景	局部状态	提升状态
定义位置	当前Composable	父级或ViewModel
访问范围	自身及子代（通过传参）	所有兄弟/后代
生命周期	随当前组件销毁	更长的生命周期
典型场景	文本输入框的输入内容	多个页面共用的用户登录状态

我在项目里遇到过：所有组件都想着自己hold状态，结果想跨组件传数据时，参数链传得乱七八糟。后来统一用状态提升，配合ViewModel，清爽多了。

4. 进阶：StateFlow 与 collectAsState

当状态来自ViewModel或数据层时，推荐用Kotlin的StateFlow。它天然支持协程，且能保持最新值。

class MyViewModel : ViewModel() {
    private val _uiState = MutableStateFlow("初始")
    val uiState: StateFlow<String> = _uiState.asStateFlow()
    
    fun update(new: String) {
        _uiState.value = new
    }
}

@Composable
fun MyScreen(viewModel: MyViewModel) {
    val state by viewModel.uiState.collectAsState()
    Text(state)
}

注意：collectAsState要在Composable里调用，否则它会一直监听不释放。我初学时忘了加by，结果界面死活不更新……排查了半天，原来是接收到了StateFlow对象而不是它的值。

5. 记忆与遗忘：remember vs rememberSaveable

特性	remember	rememberSaveable
持久化能力	无（重建后丢失）	通过Bundle保存（如旋转屏幕）
支持的数据类型	任意对象	需要实现Parcelable/Serializable或自定义Saver
适用场景	临时UI状态（动画值、滚动位置）	表单输入、用户配置

我曾以为rememberSaveable能保存一切，结果遇到复杂对象就序列化失败。后来改用ViewModel+SavedStateHandle，省心很多。记住：rememberSaveable只适合简单数据。

6. 避坑指南：常见错误

• 在重组中修改状态：不要在Composable函数体里直接改状态（比如count++），这会导致无限重组。改造得放到事件回调里。
• 忘写key参数：remember的默认key是所有捕获变量，如果你希望根据某个条件重置状态，要显式传key。
• 状态提升时用了var：父组件传下来的状态应该是val，只读；修改逻辑放在父组件的lambda里。我刚开始图方便直接传mutableStateOf，违背了单向数据流，后来重构花了两天。