内存泄漏：
指 程序在申请内存后，当该内存不需再使用 但却无法被释放，归还给程序的现象。
内存溢出
是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory
android常见内存泄漏
1.Handler 引起的内存泄漏
2.单例模式引起的内存泄漏
3.非静态内部类创建静态实例引起的内存泄漏
4.非静态匿名内部类引起的内存泄漏
5.注册/反注册未成对使用引起的内存泄漏
6.资源对象没有关闭引起的内存泄漏
7.集合对象没有及时清理引起的内存泄漏
优化内存泄漏
1、Handler持有的引用最好使用弱引用，在Activity被释放的时候要记得清空Message，取消Handler对象的Runnable；
2、非静态内部类、非静态匿名内部类会自动持有外部类的引用，为避免内存泄露，可以考虑把内部类声明为静态的；
3、对于生命周期比Activity长的对象，要避免直接引用Activity的context，可以考虑使用ApplicationContext；
4、广播接收器、EventBus等的使用过程中，注册/反注册应该成对使用；
5、不再使用的资源对象Cursor、File、Bitmap等要记住正确关闭；
6、集合里面的东西、有加入就应该对应有相应的删除
如何检测内存泄漏
1，在Android studio3.0以前，在下边有一个Android Monitor,在Android studio3.0以后，将其改为了Android profiler，里边可以分析CPU使用率，内存、包括网络状态，一般检测内存泄漏，只需要点击memory，然后确保移动端启动的程序和studio工具正确连接，如果要检测当前页面是否存在泄漏问题，只需要将该activity finish，然后底部有一个小垃圾桶，他是起到手动触发gc的功能，通过手动回收，然后再去包下查看该应用当前存留的实例，如果刚刚finish并且gc的activity仍然存在，证明在这个activity当中存在内存泄漏。点击额外生成的activity（一般是后边带有$这个符号），一般在studio右边会有泄漏原因的提示，当然具体位置还需要程序员通过经验判断，主动到项目业务中查询。
2，可以使用leakcanary框架，这个相对比较简单，只需要添加依赖，在application启动的时候，判断是否有leakcanary对该进程泄漏的监听，如果没有，在程序启动的时候安装leakcanary即可
内存溢出原因
内存溢出就是内存不够，引起内存溢出的原因有很多种，常见的有以下几种：
1、内存中加载的数据量过于庞大，如一次从数据库取出过多数据；
2、集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；
3、代码中存在死循环或循环产生过多重复的对象实体；
4、使用的第三方软件中的BUG；
5、启动参数内存值设定的过小；
内存溢出解决方法
【情况一】：
java.lang.OutOfMemoryError:Javaheapspace：
这种是java堆内存不够，一个原因是真不够（如递归的层数太多等），另一个原因是程序中有死循环；
如果是java堆内存不够的话，可以通过调整JVM下面的配置来解决：
-Xms3062m
-Xmx3062m</pre>
【情况二】
java.lang.OutOfMemoryError:GCoverheadlimitexceeded
【解释】：JDK6新增错误类型，当GC为释放很小空间占用大量时间时抛出；一般是因为堆太小，导致异常的原因，没有足够的内存。
【解决方案】：
1、查看系统是否有使用大内存的代码或死循环；
2、通过添加JVM配置，来限制使用内存：
-XX:-UseGCOverheadLimit</pre>
【情况三】：
java.lang.OutOfMemoryError:PermGenspace：
这种是P区内存不够，可通过调整JVM的配置：
-XX:MaxPermSize=128m
-XXermSize=128m
【注】：
JVM的Perm区主要用于存放Class和Meta信息的,Class在被Loader时就会被放到PermGenspace，这个区域成为年老代，GC在主程序运行期间不会对年老区进行清理，
默认是64M大小，当程序需要加载的对象比较多时，超过64M就会报这部分内存溢出了，需要加大内存分配，一般128m足够
【情况四】：
java.lang.OutOfMemoryError:Directbuffermemory
调整-XX:MaxDirectMemorySize=参数，
如添加JVM配置：
-XX:MaxDirectMemorySize=128m</pre>
【情况五】：
java.lang.OutOfMemoryError:unabletocreatenewnativethread
【原因】：Stack空间不足以创建额外的线程，要么是创建的线程过多，要么是Stack空间确实小了。
【解决】：由于JVM没有提供参数设置总的stack空间大小，但可以设置单个线程栈的大小；而系统的用户空间一共是3G，除了Text/Data/BSS/MemoryMapping几个段之外，Heap和Stack空间的总量有限，是此消彼长的。因此遇到这个错误， 可以通过两个途径解决：
1.通过-Xss启动参数减少单个线程栈大小，这样便能开更多线程（当然不能太小，太小会出现StackOverflowError）；
2.通过-Xms-Xmx两参数减少Heap大小，将内存让给Stack（前提是保证Heap空间够用）。
【情况六】：
java.lang.StackOverflowError
【原因】：这也内存溢出错误的一种，即线程栈的溢出，要么是方法调用层次（比如存在无限递归调用），要么是线程栈太小。
【解决】：优化程序设计，减少方法调用层次；调整-Xss参数增加线程栈大小</pre>
