如何优化接收列表参数的Composable组件以避免过度重组？

1. 确保User数据类具备稳定相等性判断 #

Compose通过参数的相等性决定是否触发重组，所以必须让User成为不可变的data class（自动生成正确的equals/hashCode方法），且内部属性全部用val声明：

data class User(
    val id: String, // 唯一标识，是后续列表key的核心依据
    val name: String,
    val age: Int
)

这样只有当User实例本身发生真实变化时，对应的UserView才会触发重组。

2. 用LazyColumn替代Column渲染用户列表 #

如果当前DepartmentView用普通Column循环渲染UserView，直接替换为LazyColumn——它只会渲染可见区域的Item，且通过key参数跟踪每个Item的唯一身份，新增用户时仅会重组新增的Item：

@Composable
fun DepartmentView(users: List<User>) {
    LazyColumn {
        // 必须传入user的唯一id作为key，让Compose精准识别每个Item
        items(users, key = { user -> user.id }) { user ->
            UserView(user)
        }
    }
}

3. 在ViewModel中使用稳定的集合类型 #

不要直接用普通MutableList管理用户数据，改用Compose提供的mutableStateListOf——它是稳定的集合类型，Compose能感知集合的局部变化（比如新增元素），而非整个集合替换：

class UserViewModel : ViewModel() {
    private val _users = mutableStateListOf<User>()
    val users: List<User> = _users

    fun addUser(newUser: User) {
        _users.add(newUser)
    }
}

如果坚持用普通State包裹列表，每次更新时要生成新的不可变列表，避免修改原列表：

class UserViewModel : ViewModel() {
    private val _users = mutableStateOf<List<User>>(emptyList())
    val users: List<User> get() = _users.value

    fun addUser(newUser: User) {
        // 生成新列表触发局部更新，而非修改原列表
        _users.value = _users.value + newUser
    }
}

4. 缓存UserView内部的计算逻辑（如果有） #

如果UserView内部有基于User参数的计算逻辑，用remember或derivedStateOf缓存结果，避免每次重组重复计算：

@Composable
fun UserView(user: User) {
    // 仅当user变化时重新计算displayText
    val displayText = remember(user) {
        "${user.name} (${user.age}岁)"
    }
    Text(displayText)
}

核心逻辑是让Compose精准识别需要重组的组件：通过稳定的参数、唯一的Item key、惰性列表容器，确保新增用户时仅触发新增UserView的重组，彻底避免已有组件的无意义刷新，解决卡顿问题。

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