Android内存泄漏

内存泄漏的产生

Android虚拟机中把内存分为两部分，一部分为堆空间，里面储存的是对象的实例，需要开发者主动创建，垃圾回收主要作用在这部分；另一部分为栈空间，储存一些全局引用和静态变量等值，该空间的分配与回收由系统机制决定，垃圾回收机制不作用这块区域。

内存泄漏也称作“存储渗漏”，用动态存储分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。直到程序结束。即所谓内存泄漏。

内存泄漏简单地说就是申请了一块内存空间，使用完毕后没有释放掉。它的一般表现方式是程序运行时间越长，占用内存越多，最终用尽全部内存，整个系统崩溃。由程序申请的一块内存，且没有任何一个指针指向它，那么这块内存就泄露了。

---

静态变量的生命周期基本和应用同周期

---

（防止）内存泄漏的几点建议

1、尽量不要用生命周期长于Activity的对象来持有Activity的引用。

2、在需要传入Context的时候尽量考虑使用Application的Context而不是Activity的

3、在Activity中尽量避免使用生命周期不受控制的非静态类型的内部类，可以使用静态类型的内部类加上弱引用的方式实现。

---

Android应用内存泄漏的的原因有以下几个：

1、查询数据库后没有关闭游标cursor。

2、 使用Adapter作为适配器时没有复用convertView。可以参考ListView与BaseAdapter优化。

3、bitmap没有回收， Bitmap对象不在使用时调用recycle()释放内存。可以参考Bitmap相关:管理Bitmap内存。

4、注册对象后没有反注册，比如Broadcast Receiver等。

5、handler问题，如果handler是非静态的，会导致Activity或者Service不被回收，所以应当注册为静态内部类，同时在onDestroy时停止线程:mThread.getLooper().quit();

6 、对象被生命周期长的对象引用，如activity被静态集合引用导致activity不能释放，Activity被静态引用，特别是缓存bitmap时，解决方法可以考虑使用Application的context代替Activity的context。

7、WebView的泄露问题:在魅族上面发现webView打开再关闭就会内存泄露..目前使用的解决方法是在webview外面嵌套一层layout作为 container，在Activity的onDestroy中调用container.removeAllViews()方法。

8、Dialog导致Window泄露,如果需要在dialog依附的Activity销毁前没有调用dialog.dismiss().会导致Activity泄露

---

检测内存泄露的方法

Android Studio 自带的 Memory Monitor,手动触发GC可以看得比较直观,但是dump出来的文件需要处理才能用MAT打开,利用 sdk/platforms-tool/ 下的 hprof-conv 文件,命令为: /hprof-conv source output

---

内存泄漏如何解决

通过内存分析工具 MAT(Memory Analyzer Tool)，找到内存泄露的对象