一、内存溢出和内存泄漏
1.1、内存溢出(OOM out of memory) ----内存不够用。
比如上厕所坑位不够
内存溢出是指程序在申请内存时,没有足够的内存空间供其使用,出现out of memory;
1.2、内存泄漏 (Memory Leak) -----内存空间浪费,内存用完未释放
比如站着茅坑不出来,而且是永久占着
内存泄漏是指程序在申请内存后,无法释放已申请的内存空间。一次内存泄露危害可以忽略,但内存泄露堆积的后果很严重,早晚会占光所有的可用内存。所以内存泄漏最终会导致内存溢出!
1.3、4类内存泄漏(按照发生方式分)
常发性内存泄漏:发生内存泄漏的代码会被多次执行到,每次被执行的时候都会导致一块内存泄漏。
偶发性内存泄漏:发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境,偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。
一次性内存泄漏:发生内存泄漏的代码只会被执行一次,或者由于算法上的缺陷,导致总会有一块仅且一块内存发生泄漏。比如,在类的构造函数中分配内存,在析构函数中却没有释放该内存,所以内存泄漏只会发生一次。
隐式内存泄漏:程序在运行过程中不停的分配内存,但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏,因为最终程序释放了所有申请的内存。但是对于一个服务器程序,需要运行几天,几周甚至几个月,不及时释放内存也可能导致最终耗尽系统的所有内存。所以,我们称这类内存泄漏为隐式内存泄漏。在实际中也比较难检测到,所以更麻烦。
1.4、内存溢出的一般原因及解决办法
1.4.1、内存中加载的数据量过于庞大,如一次从数据库取出过多数据; -----》检查错误日志,是否其他异常原因引起。
1.4.2、集合类中有对对象的引用,使用完后未清空,使得JVM不能回收; ------ ↑
1.4.3、代码中存在死循环或循环产生过多重复的对象实体; ------ ↑
1.4.4、启动参数内存值设定的过小; -----》修改JVM启动参数,增加内存。(-Xms,-Xmx参数一定不要忘记加)
1.5、内存泄漏的一般原因及解决方法
1.5.1、静态集合类引起内存泄露
像HashMap、Vector等的使用最容易出现内存泄露,这些静态变量的生命周期和应用程序一致,他们所引用的所有的对象Object也不能被释放,因为他们仍然一直被Vector等引用着。这样就造成了内存泄漏。
//循环申请50次 Object对象,并将所申请的对象放入一个Vector 中,如果仅仅释放引用本身
//(object=null),那么Vector 仍然引用该对象,所以这个对象对GC 来说是不可回收的。
//因此还必须从Vector中删除,例如将Vector对象设置为null。
Static Vector vector = new Vector(20);
for (int i = 1; i<50; i++){
Object object = new Object();
vector.add(object);
object = null;
}
1.5.2、监听器
在Java中,我们经常和监听器打交道,通常一个应用会用到很多监听器,我们会调用一个控件的诸如addXXXListener()等方法来增加监听器,但往往在释放对象的时候却没有记住去删除这些监听器,从而增加了内存泄漏的机会。所以最好在释放对象的时候显式删除这些监听器,避免内存泄漏。
1.5.3、各种连接
比如数据库连接(dataSourse.getConnection()),网络连接(socket)和IO连接,除非其显式的调用了close()方法将其连接关闭,否则是不会自动被GC 回收的。对于Resultset 和Statement 对象可以不进行显式回收,但Connection 一定要显式回收,因为Connection 在任何时候都无法自动回收,而Connection一旦回收,Resultset 和Statement 对象就会立即为NULL。但是如果使用连接池,情况就不一样了,除了要显式地关闭连接,还必须显式地关闭Resultset Statement 对象(关闭其中一个,另外一个也会关闭),否则就会造成大量的Statement 对象无法释放,从而引起内存泄漏。这种情况下一般都会在try里面去的连接,在finally里面释放连接。
1.5.4、单例模式
如果单例对象持有外部对象的引用,那么这个外部对象将不能被jvm正常回收,导致内存泄露。不正确使用单例模式是引起内存泄露的一个常见问题,单例对象在被初始化后将在JVM的整个生命周期中存在(以静态变量的方式),如果单例对象持有外部对象的引用,那么这个外部对象将不能被JVM正常回收,导致内存泄露。