如何防范静态字段持有Context引发的内存泄漏？无需每次调用传Context

你遇到的泄漏核心来自单例的生命周期和持有Context的生命周期不匹配：

• 伴生对象持有的Repository是全局单例，生命周期和整个应用进程一致
• 你当前代码里Repository的成员context直接存储了外部传入的原始Context，如果传入的是Activity、Fragment这类随页面销毁的短生命周期对象，会被全局单例永久持有，无法被GC回收，最终触发内存泄漏。

哪怕你之前用context.applicationContext初始化AppDatabase也没用，因为Repository自己的成员context还是保留了那个短生命周期Context的引用，泄漏的根源没有消除。

核心逻辑：强制全局统一使用Application Context #

你之前TODO里的方向是对的，但要把逻辑做彻底：不要在Repository里保存外部传入的原始Context，统一转成和应用同生命周期的applicationContext存储使用。
这样不管外部调用时传入的是Activity还是Service，Repository内部永远只持有全局唯一的Application Context，完全满足你“不需要每次调方法传Context、在类中存储Context”的需求，同时也不会产生泄漏——因为你存储的全局Context本身的生命周期就和应用进程一致，本来就该在应用退出时统一回收，不需要额外做手动释放逻辑。

对应代码修改 #

class Repository private constructor(context: Context) {
    // 私有存储转换后的全局Context，不暴露给外部修改
    private val appContext: Context = context.applicationContext

    // AppDatabase直接用全局Context初始化
    val appDatabase: AppDatabase = AppDatabase.getInstance(appContext)

    // 所有原来需要用到Context的地方，全部替换为appContext
    fun liveDataGalleryItemSiteNoInUserPath() =
        appDatabase.galleryItemDao().liveDataGalleryItemSiteNoInUserPath(
            allText = appContext.getString(R.string.repository_all_text)
        )

    // 其他原有方法逻辑保持不变即可
}

伴生对象的单例逻辑不需要改动，原来的双重校验锁写法是正确的：

companion object {
    @Volatile private var instance: Repository? = null

    fun getInstance(context: Context) = instance
        ?: synchronized(this) {
            instance ?: Repository(context).also { instance = it }
        }
    // 其他原有静态方法逻辑保持不变
}

• 不要在Repository层持有短生命周期的Activity Context，只有必须依赖Activity的操作（比如弹Dialog、启动透明页面）才需要拿到具体Activity实例，这类逻辑应该放到UI层或ViewModel层处理，Repository层只做数据获取逻辑，本来就应该使用全局Context。
• 如果想进一步减少外部传参的麻烦，可以在应用启动的Application类初始化阶段，直接把全局applicationContext传给Repository.getInstance()完成单例初始化，后续业务代码调用Repository方法时完全不需要传Context。

内容的提问来源于stack exchange，提问作者Roar Grønmo