androidx.lifecycle:lifecycle-viewmodel-compose-ktx:-娱乐a01 的发布。不只是普通 bugfix，还调整了 rememberViewModelStoreOwner 和 rememberViewModelStoreProvider。老实说，

它解决的是一个老问题：列表项、Pager 页面、局部复杂组件。能不能拥有自己的 ViewModel 生命周期。

以前 ViewModel 主要跟着屏幕走

在 Compose 里直接写：

@Composable
fun FeedScreen(
viewModel: FeedViewModel = viewModel
) {
// ...
}

这个 ViewModel 默认会绑定到最近的 ViewModelStoreOwner。

通常是 Navigation 的一个 destination，也可能是宿主 Activity。

痛点：单一 ViewModel 超级臃肿！

复杂信息流列表的每个帖子都有：展开状态、点赞loading、评论草稿、图片加载控制...

data class FeedUiState(
val posts: List,val expandedPostIds: Set,val pendingLikeIds: Set。
val commentDrafts: Map,val imageRetryCount: Map,)

key 只能解决实例，不解决清理

问题：列表滚出屏幕/数据分页替换时item ViewModel 不会自动清理！

@Composable
fun PostRow(
从post来看，Post。viewModel: PostViewModel = viewModel
) {
// ...
}

现在可以创建局部 owner

关键突破：Compose 层级内创建独立作用域！

@Composable
fun ProfileCard {
val owner = rememberViewModelStoreOwner
CompositionLocalProvider {
val viewModel: ProfileCardViewModel = viewModel
ProfileCardContent
}
}

LazyColumn 的 provider

@Composable
fun FeedScreen {
val storeProvider = rememberViewModelStoreProvider
LazyColumn {
items(
items = posts。key = { post -> post.id }
) { post ->
val owner = rememberViewModelStoreOwner(
provider = storeProvider,key = post.id
)
CompositionLocalProvider {
val viewmodel: PostItemViewModel = viewmodel
PostRow
}
}
}
}
⚠️ 必须用业务稳定ID作为key！index会导致状态错乱！⚠️ 

Pager 页面场景调整

# Pager场景特别适合！

@Composable fun ProfilePager { val provider = rememberViewModelStoreProvider HorizontalPager { page -> // 自动创建page-level ViewModel ProfilePageContent } }

Hilt+SavedStateHandle完美兼容

@HiltVM_ class PostItemVM) : VM_ {

// item局部逻辑... }

至于❌误区警告，不要给所有item都上V_M_!

• ❌简单标题头像展示 - 用父层传参即可!
• ❌轻量boolean状态 - rememberSaveable更高效!话说回来，

✅推荐使用场景： ▪️复杂异步任务需独立管理 ▪️父层维护Map难度太高 ▪️频繁增删场景需要自动清理 ▪️Pager页签/折叠卡片等组件化需求