Compose重组未触发原因探究：不稳定类型状态引用变更为何无效？

核心疑问拆解 #

你遇到的问题核心是：为什么状态对象MyConfig引用变更后没触发重组，而修改列表副本后却正常生效？首先先明确Compose重组的核心规则。

Compose触发重组的核心条件 #

Compose触发重组的本质是：当可组合函数中读取的「状态值」发生了可感知的变化时，会触发对应范围的重组。这里的关键细节：

• 状态值的变化判断：
  • 对于稳定类型（如Int/String、不可变数据类），通过equals()方法判断值是否变化；
  • 对于不稳定类型（如带var属性的类、可变集合），Compose会默认认为它可能随时变化，但仍会结合状态容器（LiveData/StateFlow）的通知，再对比实际读取的具体值是否变化。
• 只有当读取的具体值（而非仅状态对象引用）发生变化时，才会触发可见的UI更新。

原代码未触发重组的原因 #

看你第一个场景的代码流程：

1. 点击按钮时，直接修改了cfg.list的内容（此时cfg是LiveData当前持有的MyConfig对象），但LiveData的value引用未变，所以此时不会触发重组，Text显示的size还是旧值。
2. 调用updateCfg时，传入的是cfg!!.copy(list = newList)——这里的newList是原cfg.list的同一个引用，所以新生成的MyConfig对象虽然引用和旧对象不同（哈希码不同），但它的list成员和旧对象的list是同一个集合，且集合的size已经在点击时被修改为n-1。
3. 当_jsonCfg.value = cfg将新对象赋值给LiveData后，LiveData确实发送了通知，observeAsState更新了状态，但此时Compose在重组时发现：Text读取的cfg!!.list.size和重组前的最后一次读取值（点击按钮修改list后的n-1）是相同的，因此判定没有需要更新的UI内容，所以不会触发可见的重组。

修改后正常触发重组的原因 #

当你修改ChildComposableFunc使用列表副本后：

1. 点击按钮时，操作的是tmpList（原cfg.list的副本，新的集合引用），修改后tmpList的size是n-1，而原cfg.list的size还是初始的n。
2. 调用updateCfg时，传入的newList是这个新的tmpList引用，所以新生成的MyConfig对象的list是新集合，size为n-1，而旧MyConfig的listsize是n。
3. 当LiveData更新为新的MyConfig后，observeAsState的状态值变化，Compose读取cfg!!.list.size时，发现值从n变成了n-1，符合“可感知的变化”，因此触发重组，Text更新显示新的size。

关于不稳定类型的误区 #

你提到MyConfig是不稳定类型，以为引用变更就一定会触发重组——这是误解：

• 不稳定类型的引用变更，确实会让状态容器（LiveData/StateFlow）发送通知，但最终是否触发UI重组，还要看可组合函数中实际读取的状态值是否发生变化。
• 哈希码不同仅说明MyConfig对象引用变了，但如果该对象的成员（比如list.size）和之前读取的值一致，Compose不会做无用的UI更新。

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