4. 状态提升（State Hoisting）：概念、委托模式、可复用无状态组件

在 Jetpack Compose 中，状态提升（State Hoisting）是克制单向数据流的核心模式：让父组件持有状态，子组件只负责接收状态并触发事件回调，自身不拥有可变状态。这种委托机制不仅让组件变得无状态、可测试、可复用，还使数据流方向单一清晰。

4.1 概念：为什么需要状态提升

Compose 的 remember 和 mutableStateOf 让任何组件都能持有状态，但如果多个组件需要共享同一份状态，或父组件需要响应子组件内部变化，就必须把状态“提升”到它们最近的共同父组件中。下表对比了提升前后的差异：

4.2 委托模式：从 self-contained 到 stateless

状态提升本质上是委托模式——子组件将状态管理权交给父组件，自己只保留渲染和事件转发的职责。实现步骤：

1. 识别可变状态：找到子组件中需要共享或由父组件控制的状态变量。
2. 提取参数：将状态变量替换为函数参数（类型为 T）。
3. 添加回调：为每个需要修改状态的操作增加一个 onEvent 参数（通常为 (T) -> Unit）。
4. 在父组件中持状态：父组件用 remember 持有状态，并将状态和回调传入子组件。

以下代码展示一个带内部开关的卡片如何通过状态提升变为无状态组件：

// ❌ 提升前：SwitchCard 自管理 isChecked
@Composable
fun SwitchCard() {
    var isChecked by remember { mutableStateOf(false) }
    Card {
        Text(text = if (isChecked) "已开启" else "已关闭")
        Switch(checked = isChecked, onCheckedChange = { isChecked = it })
    }
}

// ✅ 提升后：无状态 SwitchCard 只接收状态和回调
@Composable
fun SwitchCard(
    isChecked: Boolean,
    onCheckedChange: (Boolean) -> Unit
) {
    Card {
        Text(text = if (isChecked) "已开启" else "已关闭")
        Switch(checked = isChecked, onCheckedChange = onCheckedChange)
    }
}

// 父组件使用
@Composable
fun ParentScreen() {
    var isChecked by remember { mutableStateOf(false) }
    SwitchCard(isChecked = isChecked, onCheckedChange = { isChecked = it })
}

4.3 可复用无状态组件

完全无状态的 Composable 函数（即不调用 remember 或 mutableStateOf）是最高等级的可复用单元。它们不依赖外部生命周期或缓存，只依赖传参和重组机制。这样的组件可以被随意嵌入不同父容器，且天然支持快照测试和预览：

// 可复用无状态组件示例：SearchBar
@Composable
fun SearchBar(
    query: String,
    onQueryChange: (String) -> Unit,
    placeholder: String = "搜索..."
) {
    OutlinedTextField(
        value = query,
        onValueChange = onQueryChange,
        placeholder = { Text(placeholder) },
        singleLine = true
    )
}

// 预览时只需传任意值
@Preview
@Composable
fun SearchBarPreview() {
    SearchBar(query = "", onQueryChange = {})
}

无状态组件常与 ViewModel + StateFlow 组合使用，ViewModel 持有状态并通过 collectAsState() 转化为 Compose State，再传入无状态组件。

4.4 调试状态提升

提升后，数据流的跟踪变得非常直接：

• 确认状态源：检查 remember 调用是否在正确的父层级。
• 检查回调链：确保子组件触发的事件最终能更新父组件的状态，避免“状态更新但 UI 不刷新”。
• 使用 Layout Inspector：在 Android Studio 的 Layout Inspector 中查看重组计数，若子组件因回调频繁重组，需检查回调的稳定性（使用 remember 包裹 lambda）。

4.5 性能与稳定性优化

状态提升本身不引入额外重组开销——重组范围由 Compose 编译器根据读取的状态自动决定。但需留意：

• 最小化状态粒度：将状态拆分为多个独立 State，只提升必须的部分。
• 使用 Sealed class 或 data class 作为状态对象：避免状态对象的字段被临时修改后无法触发重组（注意 equals 实现）。
• 考虑 Immutable 注解：标记状态类为不可变，帮助编译器跳过不必要的比较。

下方 SVG 展示了状态提升的完整数据流：父组件持有 state，通过参数传入无状态子组件；子组件触发 onEvent 回调，父组件更新状态，触发重组并重新投射新的状态到子组件。

4.6 实践建议

• 先写无状态组件：在开发新组件时强制要求所有状态通过参数传入，除非明确需要内部暂存。
• State holder 模式：对于复杂状态（多个字段、业务逻辑），使用普通的类（非 Composable）作为状态持有者，配合 remember 和 StateFlow 使用。
• 避免在无状态组件中调用 ViewModel：无状态组件的参数应当是 Plain Old Data，不应直接依赖具体的 ViewModel 类型。