将MutableState传入Composable函数是否最优？能否避免不必要重组？

这种写法不是Compose的最优实践，不管是代码设计还是避免不必要重组的角度，都有更合理的替代方案。

为什么不推荐直接传MutableState？ #

• 破坏单向数据流原则：子Composable直接持有可修改的状态引用，能直接修改父组件的状态，状态变更的追踪会变得混乱，大型项目里容易出现难以排查的状态bug。
• 降低组件复用性：这个TextEdit只能接收MutableState<String>，没法直接传入普通字符串，限制了它的使用场景——比如你想展示一个静态文本时，还要额外套一层State，完全没必要。
• 重组优化无优势：虽然MutableState本身是可观察的，只有值变化时才会触发子组件重组，但这种写法并没有比拆分值和回调的方式更高效，反而因为状态控制权的分散，可能间接导致不必要的重组（比如多个子组件共享同一个MutableState时，难以精准控制触发时机）。

更优的写法：拆分状态值与更新回调 #

遵循Compose单向数据流的设计思想，子组件只负责接收展示数据和触发事件，状态的持有与修改交给父组件：

@Composable
fun TextEdit(text: String, onTextChange: (String) -> Unit) {
    TextField(
        value = text,
        onValueChange = onTextChange
    )
}

// 父组件调用示例
@Composable
fun ParentScreen() {
    val textState = remember { mutableStateOf("") }
    TextEdit(
        text = textState.value,
        onTextChange = { newText -> textState.value = newText }
    )
}

这种写法在重组优化上的优势 #

• 精准控制重组触发：子组件仅依赖text和onTextChange两个参数，只有当text真正变化，或者onTextChange引用变更时，才会触发重组。如果想进一步优化onTextChange的稳定性，可以用rememberUpdatedState包装，避免父组件其他状态变化导致回调引用更新，进而触发子组件不必要的重组：

@Composable
fun TextEdit(text: String, onTextChange: (String) -> Unit) {
    val stableOnTextChange = rememberUpdatedState(onTextChange)
    TextField(
        value = text,
        onValueChange = { stableOnTextChange.value(it) }
    )
}

• 组件职责更清晰：子组件只做UI展示和事件转发，状态逻辑集中在父组件，代码更易维护和调试。

如果确实需要传递可观察的状态对象，也应该优先传**只读的State<String>**而不是MutableState<String>，避免子组件随意修改状态，但这种方式依然不如拆分值和回调的复用性强。

内容的提问来源于stack exchange，提问作者MH-Rouhani