Android匿名类使用MyActivity.this是否和final context一样会引发内存泄漏？

问题分析结论 #

你的实现场景不会直接触发和final Context一致的内存泄漏问题，和常见的final Context泄漏场景存在本质区别，具体如下：

两种场景的核心差异 #

• 常见的匿名类持有final Context泄漏场景：匿名类本身被长生命周期对象（比如静态实例、全局线程池、单例类）直接持有，同时匿名类又持有Activity等短生命周期Context的强引用，只要长生命周期对象未被回收，Context就会被连带锁住无法回收。最典型的案例就是在Activity内直接创建匿名AsyncTask，Activity销毁后AsyncTask还在运行，AsyncTask持有Activity引用导致内存泄漏。
• 你当前的代码场景：匿名ItemListener确实持有了MyActivity.this的引用，但它的生命周期完全和Adapter、RecyclerView绑定，而这两个控件本身就是MyActivity的成员，生命周期和Activity完全一致：只要Activity触发销毁，RecyclerView、Adapter、匿名ItemListener都会被同步回收，不存在长生命周期对象持有Listener的情况，所以Listener本身不会引发泄漏。

关于异步loader的风险提示 #

你提到loader是异步执行、需要X秒才能运行完成，这里唯一可能出现泄漏的点不在ItemListener本身，而在loader的内部实现逻辑：

如果loader内部会把传入的Context存为全局静态变量、或者被全局线程池/单例对象持有，直到异步任务结束才释放，这种情况下就算Activity已经销毁，loader还攥着MyActivity.this的强引用，就会引发内存泄漏。如果loader内部只是用Context做即时非持有类操作，或者异步任务结束后会立刻释放Context引用，就不会有问题。

规避建议 #

如果担心异步逻辑引发泄漏，可以做以下优化：

• 给loader传入MyActivity.this.getApplicationContext()替代Activity实例，ApplicationContext生命周期和应用进程一致，不存在泄漏风险
• 在Activity的onDestroy生命周期中，主动取消所有待执行的loader异步任务，切断引用链路
• 若必须使用Activity实例做UI相关操作，可在loader内部用WeakReference包裹Context，避免强引用长期持有

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