Jetpack Compose：以列表长度作为remember键未达预期效果

为什么原写法不生效？ #

你遇到的核心问题是Compose无法感知普通可变列表的变化：

1. remember(p.emails.size)的触发逻辑是：只有当传入的键值发生变化，且Compose能感知到这个变化时，才会重新执行初始化块。但p.emails是普通可变列表（比如ArrayList），它的增删操作不会被Compose的快照系统追踪，所以即使size变了，Compose也不知道，自然不会触发remember重新计算，也不会触发组件重组。
2. 切换Person对象时，只有邮箱数量变化才更新的原因：此时p对象的引用发生了变化，Compose会重新计算remember的键值。如果新p的emails.size和旧键值不同，remember会重新初始化本地列表；如果数量相同，键值没变化，就不会更新本地列表，所以UI保持不变。

至于同时修改本地emails能生效，是因为emails是Compose的MutableStateList——这是可观察集合，任何修改都会触发Compose重组，所以UI会更新。但这种写法需要同时维护业务层和UI层两个列表，极易出现数据不一致，属于冗余写法。

可行解决方案（无需修改业务层列表类型） #

方案1：用SnapshotFlow监听业务层列表变化 #

通过SnapshotFlow追踪p.emails的内容变化，自动同步到UI层的可观察列表中，既不侵入业务逻辑，又能保证UI自动更新：

@Composable
fun EmailList(p: Person) {
    // 初始化UI层的可观察列表
    val uiEmails = remember { mutableStateListOf<Email>() }

    // 监听业务层列表变化，同步到UI层
    LaunchedEffect(p) {
        SnapshotFlow { p.emails.toList() } // 每次列表变化生成新的快照
            .distinctUntilChanged() // 避免无意义的重复同步
            .collect { newEmails ->
                uiEmails.clear()
                uiEmails.addAll(newEmails)
            }
    }

    Row {
        Button(onClick = { p.emails.add(Email()) }) { Text("add") }
        Button(
            onClick = { if (p.emails.isNotEmpty()) p.emails.removeAt(0) },
            enabled = p.emails.isNotEmpty()
        ) { Text("delete") }
    }

    uiEmails.forEach { email ->
        Text(email.toString())
    }
}

SnapshotFlow会捕捉p.emails的内容变化（即使是普通可变列表），当列表增删元素时，会自动同步到uiEmails，而uiEmails的变化会触发UI重组。

方案2：将Person设计为不可变类（推荐） #

遵循Compose单向数据流理念，把Person设计成不可变数据类，每次修改邮箱列表时生成新的Person对象，Compose会因为参数变化自动重组：

// 不可变Person类，所有属性只读
data class Person(val emails: List<Email>)

@Composable
fun EmailList(p: Person, onPersonUpdated: (Person) -> Unit) {
    Row {
        Button(onClick = {
            // 生成新的邮箱列表，创建新的Person对象
            val newEmails = p.emails + Email()
            onPersonUpdated(p.copy(emails = newEmails))
        }) { Text("add") }
        Button(
            onClick = {
                if (p.emails.isNotEmpty()) {
                    val newEmails = p.emails.drop(1)
                    onPersonUpdated(p.copy(emails = newEmails))
                }
            },
            enabled = p.emails.isNotEmpty()
        ) { Text("delete") }
    }

    // 直接使用p.emails展示，无需本地缓存
    p.emails.forEach { email ->
        Text(email.toString())
    }
}

这种写法不需要维护UI层的额外列表，数据流向清晰，完全避免了数据不一致的风险，是Compose推荐的最佳实践。

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