内存泄漏的产生
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)，找到内存泄露的对象
