使用Hilt等依赖注入时，为何需要作用域ViewModel？

我在观看Philipp Lackner关于嵌套导航图的视频时，他介绍了一个辅助函数，该函数可为导航图内的所有页面提供同一个ViewModel实例，并在导航图出栈时清除该ViewModel。函数代码如下：

@Composable
inline fun <reified T : ViewModel> NavBackStackEntry.sharedViewModel(navController: NavController): T {
    val navGraphRoute = destination.parent?.route ?: return viewModel()
    val parentEntry = remember(this) {
        navController.getBackStackEntry(navGraphRoute)
    }
    return viewModel(parentEntry)
}

他提到可结合Hilt使用该函数，但我存在疑问：直接在页面中注入ViewModel不也能获得同一个实例吗？我是否遗漏了什么关键点？

核心差异与关键点解析 #

直接注入ViewModel和用这个辅助函数获取ViewModel的核心区别在于生命周期绑定的范围，具体分这几点：

• 生命周期范围不同

  • 直接用Hilt的@HiltViewModel配合by viewModels()注入的ViewModel，默认绑定的是单个页面的NavBackStackEntry：只要当前页面存在于导航栈中，ViewModel就存活；页面出栈时，ViewModel会被立即销毁。嵌套导航图里的每个页面都会生成独立的ViewModel实例，完全无法共享数据。
  • 这个辅助函数获取的ViewModel，绑定的是整个嵌套导航图的NavBackStackEntry：整个导航图内的所有页面共用同一个实例；只有当整个导航图从栈中完全移除（比如从导航图的根页面返回上一级）时，ViewModel才会被清理。

• 数据共享的场景必要性
  比如一个包含「填写个人信息→选择偏好→确认提交」的嵌套导航流，这几个页面需要共享用户输入的全量数据。用这个辅助函数就能让它们共用同一个ViewModel，不用手动通过Bundle、全局单例或其他方式传递数据，同时导航图销毁时自动清理数据，避免不必要的内存占用。

• Hilt结合的意义
  这个辅助函数只是指定了ViewModel的生命周期所有者（导航图的BackStackEntry），并不会替代Hilt的依赖注入能力。你依然需要给ViewModel加上@HiltViewModel注解，通过这个函数获取的实例既享受Hilt的依赖注入便利，又能实现导航图级别的共享和生命周期管理。如果直接用Hilt默认的注入方式，还是页面级的独立实例，根本达不到导航图内共享的效果。

内容的提问来源于stack exchange，提问作者Johan Näsvall