Android Activity / Fragment内存泄露引论

  1. 云栖社区>
  2. 博客>
  3. 正文

Android Activity / Fragment内存泄露引论

开开心心过 2017-10-19 10:57:28 浏览645
展开阅读全文


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。

网友评论

登录后评论
0/500
评论