在Android应用的Application中初始化ViewModel而非Activity是否可行？

1. Application中直接new ViewModel的方式：表面能运行，但风险极大 #

这种写法虽然不会立刻报错，但完全违背了ViewModel的设计初衷，具体问题包括：

• 内存泄漏实锤：Application的生命周期贯穿整个App进程，ViewModel会一直存活到进程被杀。如果ViewModel持有任何页面相关引用（比如Activity的Context、回调、协程上下文），这些对象会被ViewModel一直占用，无法被GC回收，直接造成内存泄漏。哪怕当前没持有这类引用，后续迭代中很容易不小心添加，埋下隐性隐患。
• 生命周期完全不匹配：ViewModel的核心价值是在组件（Activity/Fragment/Compose页面）重建时保留状态（比如屏幕旋转场景），但Application不存在“重建”逻辑，ViewModel的生命周期被强行拉长到整个进程，完全发挥不了它的状态保留作用。
• 失去Jetpack生态支持：直接new的ViewModel无法使用SavedStateHandle（进程被杀后恢复状态），也没法通过ViewModelProvider工厂实现依赖注入，代码耦合度高，测试和维护都会变得非常麻烦。

2. Activity中用viewModels()的方式：合规且是官方推荐做法 #

这种方式是Jetpack官方指定的正确用法，核心优势在于：

• 生命周期绑定精准：viewModels()通过ViewModelProvider创建实例，会严格绑定Activity的生命周期。Activity旋转重建时，ViewModel会被保留；Activity真正销毁（比如退出页面）时，ViewModel会被自动清理，从根源避免内存泄漏。
• 支持完整生态功能：可以配合SavedStateHandle保存关键状态，也能通过自定义ViewModelFactory注入Repository等依赖，代码结构更清晰，可测试性更强。

补充：Compose环境下的更优写法 #

在Compose中，官方更推荐使用viewModel()Compose函数（需依赖androidx.lifecycle:lifecycle-viewmodel-compose），在Composable函数中直接获取，ViewModel的生命周期会自动绑定到当前Compose导航目的地或宿主组件：

@Composable
fun MainScreen() {
    val mainViewModel: MainViewModel = viewModel()
    // 基于viewModel的状态构建UI
    if (mainViewModel.isElementVisible) {
        Text("可见元素")
    }
}

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