为何不能在Composable外部创建MutableState？相关疑问求解

两种写法对比 #

不良实践写法 #

var num by mutableStateOf(0)

@Composable
fun Counter() {
    Column {
        Text(text = "$num")
        Button(onClick = { num++ }) { 
            Text("Count")
        }
    }
}

社区推荐的正确写法 #

@Composable
fun Counter() {
    var num by remember { mutableStateOf(0) }

    Column {
        Text(text = "$num")
        Button(onClick = { num++ }) { 
            Text("Count")
        }
    }
}

疑问解答 #

1. 为何从未见过第一种写法的示例？毕竟这种写法让Composable无状态，这不是件好事吗？ #

这是对「无状态Composable」的误解：Compose推崇的无状态，是指状态由父组件传入（状态提升），让子组件只负责根据传入的状态渲染，而非把状态放到全局作用域。

第一种写法的num是全局变量，本质是把状态从Composable内部移到了全局，不是真正的无状态。这种写法完全违背Compose的状态管理设计逻辑，所以官方和社区绝不会推荐：

• 全局状态会被所有Counter实例共享，比如屏幕上放两个Counter，点击其中一个，两个的数字会同步变化，完全不符合组件独立复用的预期。
• 全局状态不受Composable生命周期管控，即使Counter被销毁，num依然留在内存中，造成不必要的内存占用。

2. 我理解ViewModel和状态提升的工作原理，但直接创建存放所有MutableState对象的MyStates.kt文件难道不更简单吗？ #

短期看确实省了几行代码，但长期维护会带来灾难性问题：

• 状态不可控：任何组件都能直接修改全局状态，排查bug时根本无法追踪是谁修改了状态，比如某个数值突然变化，得翻遍所有代码找修改点。
• 内存泄漏风险：全局状态不会随页面/组件销毁而回收，比如某个页面的表单状态，用户退出后依然留在内存里，积累多了会拖慢App性能。
• 无法隔离状态：如果App支持多窗口/分屏，或者同一个页面被多次打开（比如Tab页），全局状态会导致所有实例共享数据，出现互相干扰的情况。
• 测试难度大：测试组件时无法单独隔离状态，每次测试前都要手动重置全局状态，测试后还要清理，效率极低。

3. 不常用第一种写法仅仅是因为代码不可预测性和封装性差吗？若如此，我需要实际示例来理解其弊端。 #

不止这些，还涉及生命周期、复用性、可测试性等多维度问题，举一个实际的TodoList示例：

不良实践的全局状态写法

// 全局状态，所有组件共享
var todoList by mutableStateOf(listOf<String>())

@Composable
fun TodoInput() {
    var input by remember { mutableStateOf("") }
    Column {
        TextField(value = input, onValueChange = { input = it })
        Button(onClick = { todoList = todoList + input }) {
            Text("Add Todo")
        }
    }
}

@Composable
fun TodoList() {
    LazyColumn {
        items(todoList) { todo ->
            Text(todo)
        }
    }
}

实际问题展示：

1. 复用冲突：如果在App的两个不同页面同时使用TodoList，两个页面会显示完全一样的内容，在任意一个页面添加Todo，另一个页面也会同步更新，这显然不符合用户预期。
2. 生命周期失控：用户退出Todo页面后，todoList依然保留旧内容，下次进入时会直接显示旧数据，如果需要每次进入都清空，就得手动写代码重置，非常繁琐。
3. 调试困难：如果todoList里突然出现奇怪内容，你根本不知道是哪个组件、哪个操作导致的，因为任何地方都能直接修改这个全局变量。
4. 测试受阻：测试TodoList组件时，无法单独传入测试数据，必须先重置全局的todoList，测试结束后还要清理，否则会影响其他测试用例。

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