WeakReference屏幕旋转后仍返回Activity引用引发内存泄漏问题排查

嘿，这个问题其实是Android系统Activity回收机制和AsyncTask生命周期结合的典型坑，我来给你拆解清楚：

1. 旋转设备时旧Activity的“缓期执行” #

当你旋转屏幕，系统确实会销毁旧Activity并新建一个，但旧的Activity实例不会马上被GC拖走——Android系统会把它暂时存在内部缓存里（有点像“备用实例池”），要是你很快又转回来，系统还能复用它省点资源。这时候你的AsyncTask持有的WeakReference指向的旧Activity，因为系统还拿着它的强引用呢，所以get()自然能拿到可用的实例，看起来就像没被回收一样。

2. 返回键退出和旋转后退出的本质差异 #

• 直接按返回键退出Activity时，系统会把这个Activity标记成“无保留价值”，不会放进缓存，GC很快就会把它回收，所以WeakReference的get()立刻就返回null了。
• 但旋转之后，旧Activity已经进了系统缓存，就算你退出新的Activity，旧实例还躺在缓存里“待命”，直到系统觉得内存不够用了（比如你打开了别的占内存的应用），才会把缓存里的旧Activity彻底清理掉，这时候WeakReference的get()才会变成null。

3. AsyncTask本身的“隐形持有” #

另外还有个容易忽略的点：AsyncTask一旦启动，会被Android的主线程任务队列持有强引用，直到它的doInBackground()执行完。就算你用了WeakReference指向Activity，只要AsyncTask还在跑，它就会一直拿着这个WeakReference，而旧Activity因为在系统缓存里有强引用，就没法被GC回收——这就造成了你看到的“内存泄漏”假象（其实是延迟回收，但本质上还是因为没有及时切断AsyncTask和Activity的关联）。

给你几个解决思路： #

• 一定要在Activity的onDestroy()里调用AsyncTask的cancel(true)，让任务尽快终止，切断它对WeakReference的持有，这样系统就能更快回收旧Activity。
• 别再用AsyncTask啦！现在官方推荐用ViewModel+Coroutines或者LiveData来处理异步任务，这些组件天生就适配配置变更（比如旋转），还能自动避免内存泄漏，比WeakReference靠谱多了。
• 如果非要用AsyncTask，记得在任务执行过程中检查isCancelled()，一旦任务被取消就立刻停止操作，别再去碰WeakReference里的Activity。

你观察到的“先旋转再退出、开别的应用才返回null”，就是系统在内存压力下才清理缓存的表现，这时候旧Activity才真正失去所有强引用，WeakReference也就失效了。

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