01
溢出 与 泄漏 的理解
内存溢出(out of memory)，是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer, 但给它存了long才能存下的数，那就是内存溢出。
通俗的理解：内存溢出，就是说明存储空间不够大。就像倒水倒多了，从杯子上面溢出了来了一样
内存泄漏(memory leak)，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄漏危害可以忽略，但内存泄漏堆积后果很严重，无论多少内存,迟早会被占光。
memory leak会最终会导致out of memory！
通俗的理解：
所谓的“泄漏”是相对释放对象来定义的，逃脱了释放对象的释放，漏处理了，也就是泄漏。形象一点理解，就是一个大的排放废水的池子，你用水瓢（相当于释放对象）舀水，但是水瓢有个洞，漏了
0 2
泄漏的分类
发生的方式来分类，分为4类：
1. 常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。
2. 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。
3. 一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块且仅一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。
4. 隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。
从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有的内存。从这个角度来说，一次性内存泄漏并没有什么危害，因为它不会堆积，而隐式内存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到
0 3
溢出相关解决方案
内存溢出产生的原因:
1. 内存中加载的数据量过于庞大,如一次从数据库中取出过多的数据
2. 集合类中有对对象的引用,使用完后未清空
3. 代码中存在死循环或循环产生过多重复的实体对象
4. 使用的第三方软件中的bug
5. 启动参数内存值设定的过小
解决方案：
1. 修改JVM启动参数,直接增加内存(-Xms -Xms参数一定不要忘记加)
2. 检查错误日志查看OutOfMemory 错误前是否有其他异常或错误
3. 对代码进行分步运行分析,找出可能发生溢出的位置
重点排查以下几点:
1.检查是否一次获取大量数据的查询,一般来说,一次获取十万条以上的记录到内存,就可能产生内存溢出.所以大家在开发的时候,需要考虑如果上线后需要获取大量数据,增加预防此问题,
2.检查代码是否有死循环或递归调用
3.检查是否有大量循环重复产生新对象实体
4.检查对象是否使用完后,未清除的问题
0 4
泄漏的相关解决方案
造成泄漏常见的问题：
1. 单例造成的内存泄漏
2. Handler造成的内存泄漏
3. 线程造成的内存泄漏
他们几个都有一个相同点那就是引用问题（生命周期长的引用生命周期短的而导致无法被回收）
如何解决：
生命周期长的不要引用生命周期短的context，可以考虑使用application context 替换 activity context
静态变量应该避免引用activity context
