Android Activity / Fragment内存泄露引论

Android发生OOM（OutOfMemoryError）问题的重要因素是编程设计不佳的代码出现内存泄露（Leak）造成Android分配的内存紧张。关于内存泄漏的问题，请参看我之前写的文章：
1，《Java的OutOfMemoryError和StackOverflowError》链接：http://blog.csdn.net/zhangphil/article/details/78246692 
2，《Java的JVM GC（Garbage Collection）垃圾回收原理机制及算法》链接：http://blog.csdn.net/zhangphil/article/details/78260863 
3，《Android DVM和Java JVM以及ART概述》链接：http://blog.csdn.net/zhangphil/article/details/78233513 
引发Android内存泄露的两大情况常见的有Activity内存泄露（Activity Leak）和Bitmap内存泄露（Bitmap Leak）。
Activity在其生命周期内，任意一个Activity随时可能切换前台/后台。当Android分配给Dalvik Virtual Machine的内存不够时，Android系统会触发Dalvik Virtual Machine 的GC机制回收处于后台Activity的内存资源。
举例，比如常见的开发场景：Activity从网络下载一批大型图片加载到一个ListView中，下载成功后把图片设置到ListView里面。于是在代码中启动一批异步线程如Thread下载图片任务，这些批量后台线程Thread，持有对Activity的引用。
假设此时不巧网络质量不佳或者服务器端响应时间非常慢。耗费了很长时间都未完成加载任务，用户没有耐心继续等待，然后就切换或者退出该Activity。虽然现在Activity已经被调度到后台，甚至执行到onDestroy，但是后台运行的一大批异步线程Thread任务仍持有对Activity实例的引用，Android系统无法回收Activity实例，结果就造成Activity Leak。