向函数传递Activity Context但不存储是否可避免内存泄漏风险？

结论很明确：仅在函数参数中传入Context且不在类级别（或其他长期存储位置）保存它，基本能消除内存泄漏的潜在风险。

原因很简单：

• 当你把Context作为函数局部参数使用时，它的生命周期只限于函数执行期间。函数执行完毕后，这个局部引用会被标记为可回收，GC可以正常清理掉对应的Activity实例（如果此时Activity已经销毁的话）。
• 而之前说的存储Activity Context到ViewModel的不良实践，核心问题是ViewModel的生命周期远长于Activity——Activity销毁后ViewModel可能还存活，持有的Context引用会让Activity实例无法被GC回收，最终导致泄漏。

不过有几个细节需要注意，避免踩坑：

• 别在函数内间接存储Context：比如把它传给单例对象、存入静态集合，或者赋值给某个长期存活的类成员，这种情况和直接存储到ViewModel本质一样，还是会导致泄漏。
• 异步操作要小心：如果函数里有异步任务（比如后台线程、协程），别让异步任务持有这个Context的强引用。要么确保异步任务在Activity销毁前完成，要么用WeakReference包裹Context，避免长期持有。
• 优先用Application Context：如果函数不需要依赖Activity的特性（比如启动界面、访问Activity专属的主题/资源），直接传Application Context更稳妥——它的生命周期和应用一致，不存在因Activity销毁导致的泄漏风险。

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