内存泄漏与溢出

一.内存溢出 （Out Of Memory --- OOM） 

系统已经不能再分配出你所需要的空间，比如还需要 100M 的空间，而系统只剩下 90 M ,就算内存溢出

例如：当一个盘子只能装 4 个果子，你装了5个，结果掉地上1个不能吃了。就是内存溢出，比方栈满时再做进栈必定使得产生空间溢出，叫上溢出，栈空时再做退栈操作产生的溢出称为

下溢。简单来说就算剩余的空间不能再承受请求的内容(过大)，则报错

二、内存泄漏 （Memory Leak）

强引用所指向的对象不能被回收，可能导致内存泄漏，虚拟机宁可抛出 OOM 也不会去回收他指向的对象。

意思就是你用资源的时候为他开辟了一段空间，当你用完时忘记释放资源了，这时内存还被占用着，一次没关系，但是内存泄漏次数多了就会导致内内存溢出。

例如：你向系统申请分配内存使用 new ,可是使用完了却不归还 delete , 结果你申请到的那块内存你自己也不能访问，可能是地址丢失等。而系统也不能再次把它分配给需要的程序，

也无法被垃圾回收期回收，因为找不到它的任何信息。

一般我们所说的内存泄漏指的是堆内存的泄漏，堆内存是程序从堆中分配的，大小随机的用完后必须显示的释放的内存，c++/c 有 free 函数可以释放内存，Java 中有垃圾回收机制，不用手动

释放。如果这块内存不释放，就不能再用了，就算内存泄漏。

三、内存泄漏可以分为四类

• 常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏
• 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要
• 一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。 
• 隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏

从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有的内存。从这个角度来说，一次性内存泄漏并没有什么危害，因为它不会堆积，而隐式内存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到

四、内存溢出的原因以及解决方法

1. 内存溢出原因： 
   1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据； 
   2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收； 
   3.代码中存在死循环或循环产生过多重复的对象实体； 
   4.使用的第三方软件中的BUG； 
   5.启动参数内存值设定的过小
2. 内存溢出的原因及解决方法：
   1. 修改JVM启动参数，直接增加内存。(-Xms，-Xmx参数一定不要忘记加。)
   2. 检查错误日志，查看“OutOfMemory”错误前是否有其 它异常或错误。
   3. 对代码进行走查和分析，找出可能发生内存溢出的位置。
   4.  使用内存查看工具动态查看内存使用情况　　

对代码分析找出可能发生内存溢出的位置， 可能出现的几种情况：

　　　　　 1、检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。

　　　　　 2、检查代码中是否有死循环或递归调用。

　　　　　 3、检查是否有大循环重复产生新对象实体。

　　　　　 4、检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收。

参考：https://www.cnblogs.com/rgever/p/8899758.html