使用Compose UI时如何为每个列表项创建独立的ViewModel？

方案合理性判断 #

你当前的思路完全符合复杂业务场景的拆分原则，列表单元格逻辑较重的情况下，没必要强行遵循单一ViewModel的范式，将独立逻辑拆分到单独单元更利于后续维护。你遇到的每次调用hiltViewModel()都拿到同一个实例的问题，是因为默认hiltViewModel()的作用域绑定到了当前页面的宿主（Activity/Fragment/导航目的地），同一作用域下无特殊配置只会生成一个实例，并非你的实现逻辑有误。

可选落地方案 #

方案1：带唯一Key的独立ViewModel #

如果你需要每个列表项持有独立生命周期、可单独管理后台任务（比如单个股票的实时行情订阅、滑出屏幕自动销毁资源），可以直接给hiltViewModel()传入唯一标识作为key，即可生成独立实例，代码示例：

@Composable
fun StockHoldItem(
    holdingId: String,
    // 其他入参
) {
    // 用持仓唯一ID作为key，生成独立的ViewModel实例
    val itemViewModel: StockHoldItemViewModel = hiltViewModel(
        key = "hold_item_$holdingId"
    )
    // 剩余UI逻辑
}

注意如果需要汇总所有列表项的数据计算总持仓市值，需要额外实现父ViewModel和子ViewModel的通信机制，比如通过共享数据流或者事件总线汇总数据。

方案2：状态Holder模式（更推荐） #

如果不需要列表项逻辑独立于父页面生命周期，更建议用普通Kotlin类实现状态Holder，不用继承AndroidX ViewModel，不会受Hilt作用域限制，实现更轻量：

1. 首先定义列表项状态Holder，封装所有复杂逻辑

class StockHoldItemStateHolder(
    val holdInfo: HoldInfo,
    // 注入需要的依赖，比如行情计算器、格式转换工具等
) {
    // 封装盈亏计算、格式转换、交互逻辑等
    val profitLossState: StateFlow<ProfitLossInfo> = // 内部实现计算逻辑
    fun onItemClick() { /* 点击逻辑 */ }
    fun onExpandClick() { /* 展开逻辑 */ }
}

2. 父ViewModel拉取到持仓列表后，为每个条目生成对应的状态Holder实例，保存在父VM的列表中
3. 列表项可组合函数直接接收状态Holder实例渲染UI即可
   这种方案下父ViewModel可以直接遍历所有状态Holder的数据计算总持仓价值，不需要额外的跨组件通信，维护成本更低。

方案3：单一ViewModel方案 #

如果后续迭代中列表项逻辑没有复杂到必须拆分的程度，直接用父ViewModel处理所有逻辑：将每个列表项的UI状态封装为不可变数据类，父VM统一计算所有条目状态和组合总价值，列表项作为纯展示组件接收状态即可，是开发成本最低的实现方式。

页面示意图 #

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