Android Jetpack ViewModel获取Context依赖数据的注入方案选型咨询

行业公认的最优实现为 方案1：由持有Context的外部实体将数据通过构造函数注入ViewModel，方案2（使用AndroidViewModel在内部获取数据）仅适合小型项目快速迭代使用，不属于工业级项目的最优实践。

两种方案的核心差异对比 #

方案1的核心优势 #

• 符合关注点分离原则：ViewModel仅负责业务逻辑处理，完全不需要感知数据的来源（不管是读本地assets、读SP还是从服务端拉取），和Context层实现完全解耦。
• 可测试性极强：单元测试时直接Mock构造参数传入即可，不需要依赖Android Framework的Context、Application实例，也不需要引入Robolectric等测试框架，测试成本极低。
• 扩展性好：后续数据来源发生变更时，ViewModel不需要做任何修改，仅调整外部注入的数据源即可，符合开闭原则。
• 无内存泄漏风险：完全不需要持有任何Context相关引用，从根源上避免了Context相关的内存泄漏隐患。

方案2的核心问题 #

• 职责不清晰：ViewModel内部耦合了数据读取逻辑，同时承担数据获取、业务处理两个职责，后续维护成本更高。
• 可测试性差：单元测试时需要构造Application实例或者依赖测试框架，测试复杂度远高于方案1。
• 存在隐性风险：虽然AndroidViewModel持有的是Application Context本身不会导致内存泄漏，但后续维护过程中如果有开发人员误用Context，很容易引入隐性问题。

方案1优化建议 #

可以将数据读取逻辑从Application中抽离为独立的DataSource层，进一步和Application解耦，分层更清晰，示例实现如下：

// 独立数据源层，统一处理assets读取逻辑
class AssetsDataSource(private val context: Context) {
    fun loadLocalJsonList(): List<String> {
        // 读取/assets下JSON文件的逻辑
    }
}

// Koin模块配置
val appModule = module {
    // 全局单例数据源
    single { AssetsDataSource(androidContext()) }
    // 注入ViewModel时从数据源取数据
    viewModel { MyViewModel(get<AssetsDataSource>().loadLocalJsonList()) }
}

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