Java 内存溢出（java.lang.OutOfMemoryError）问题总结

从百度上搜到的对于java.lang.OutOfMemoryError的处理真心么解决问题，大多数都是重复的文章。

看了很多资料后，这里给大家分享一些经验和相应的总结。

java.lang.OutOfMemoryError这个错误我相信大部分开发人员都有遇到过，产生该错误的原因大都出于以下原因：JVM内存过小、程序不严密，产生了过多的垃圾。

导致OutOfMemoryError异常的常见原因

有以下几种：

1. 内存中加载的数据量过于庞大，如一次从数据库取出过多数据；
2. 集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；
3. 代码中存在死循环或循环产生过多重复的对象实体；
4. 使用的第三方软件中的BUG；
5. 启动参数内存值设定的过小；

此错误常见的错误提示：

1. tomcat:java.lang.OutOfMemoryError: PermGen space
2. tomcat:java.lang.OutOfMemoryError: Java heap space
3. weblogic:Root cause of ServletException java.lang.OutOfMemoryError
4. resin:java.lang.OutOfMemoryError
5. java:java.lang.OutOfMemoryError

解决java.lang.OutOfMemoryError的方法

一、设置Jvm内存大小 

解决方法参考：http://www.cnblogs.com/linjiqin/archive/2011/04/27/2030115.html

下面是粘贴过来的 - -。

引起java.lang.OutOfMemoryError: Java heap space异常，可能是由JAVA的堆栈设置太小的原因

根据网上的答案大致有以下两种解决方法：

1、在D:/apache-tomcat-6.0.18/bin/catalina.bat最前面加入：set JAVA_OPTS=-Xms384m -Xmx384m

注意：只有startup.bat启动tomcat,设置才能生效，如果利用windows的系统服务启动tomcat服务,上面的设置就不生效了, 
就是说set JAVA_OPTS=-Xms384m -Xmx384m没起作用         

2、在Eclilpse中修改启动参数，在VM arguments 加入了-Xms384m -Xmx384m，设置如下图所示

问题解决。

二、优化程序，释放垃圾

导致java.lang.OutOfMemoryError的根本原因是程序不健壮。因此，从根本上解决Java内存溢出的唯一方法就是修改程序，及时地释放没用的对象，释放内存空间。 遇到该错误的时候要仔细检查程序。

需要重点排查以下几点：

1. 检查代码中是否有死循环或递归调用。
2. 检查是否有大循环重复产生新对象实体。
3. 检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。
4. 检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收。

案例： 1.hibernate查询数据时，一次查询过多的数据，后来调整了该部分的代码，每次只取出指定量的数据，成功的解决该问题。 2.在做压力测试时，出现OutOfMemoryError，发现session的资源一直没有被释放产生的，最好通过session的invalidate()方法将session的资源释放。 3.程序中出现死循环。 4.tomcat部署、运行出现OutOfMemoryError，加大内存参数值，解决此问题。

在JAVA代码的编程中应该注意的一些细节（http://blog.csdn.net/yahuadai/article/details/7675318）：

1、尽早释放无用对象的引用。特别是大对象和集合对象，通过置为NULL，暗示垃圾收集器来收集该对象，防止发生内存泄露。

2、程序中如果出现大量使用字符串处理，避免使用 String ，应使用 StringBuffer。
   for(Int i=0;i<100;i++)
   {
 String s1="";
 s1=s1+"abc";//不要这样写
   }
3、尽量少用静态变量，因为静态变量是全局的， GC 不会回收的；
4、避免集中创建对象尤其是大对象， JVM 会突然需要大量内存，这时必然会触发 GC 优化系统内存环境；显示的声明数组空间，而且申请数量还极大。
5、尽量运用对象池技术以提高系统性能；生命周期长的对象拥有生命周期短的对象时容易引发内存泄漏，例如大集合对象拥有大数据量的业务对象的时候，可以考虑分块进行处理，然后解决一块释放一块的策略。
5、不要在经常调用的方法中创建对象，尤其是忌讳在循环中创建对象。可以适当的使用 hashtable ， vector 创建一组对象容器，然后从容器中去取那些对象，而不用每次 new 之后又丢弃。
6、一般都是发生在开启大型文件或跟数据库一次拿了太多的数据，造成 Out Of Memory Error 的状况，这时就大概要计算一下数据量的最大值是多少，并且设定所需最小及最大的内存空间值。
7、注意集合数据类型，包括数组、树、图、链表等数据结构，这些数据结构对GC来说，回收更为复杂。
8、尽量避免在类的默认构造器中创建、初始化大量的对象，防止在调用其自类的构造器时造成不必要的内存资源浪费。

9、尽量避免强制系统做垃圾内存的回收，增长系统做垃圾回收的最终时间。

10、代码中是否有死循环或递归调用 
11、是否有大循环重复产生新对象实体。
12、检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收。

下面给出了一个简单的内存泄露的例子。在这个例子中，我们循环申请Object对象，并将所申请的对象放入一个Vector中，如果我们仅仅释放引用本身，那么Vector仍然引用该对象，所以这个对象对GC来说是不可回收的。

Vector v=new Vector(10);
for (int i=1;i<100; i++)
{
 Object o=new Object();
 v.add(o);
 o=null; 
}

 

函数内，如果可以清除的，清除集合中对象

Map<Object,Object> v=new Map<Object,Object>();
for (int i=1;i<100; i++)
{
 Object o=new Object();
 v.put(i,o); 
}

v.clear();

三、使用工具来查找溢出原因

在检查程序的同时，还可以通过使用一些工具，方便查找溢出原因，这里推荐给大家jconsole和JProfiler

JProfiler入门笔记：http://www.cnblogs.com/jayzee/p/3184087.html

JProfiler 入门教程：http://elf8848.iteye.com/blog/1623324

jConsole教程：http://jiajun.iteye.com/blog/810150

四、总结

在编程过程中，一些好的编程习惯能为你后期省下不少力气，注意一些细节，有时候更改Jvm的内存大小也可以解决问题，但是最好还是从程序入手检查，保证程序的高效和安全。

其他资料供大家学习参考：

http://www.cnblogs.com/cyjch/archive/2012/04/10/2440421.html

http://hi.baidu.com/duxikuan/item/908279f59a34f215ce9f329c

http://www.blogjava.net/stevenjohn/archive/2012/11/13/391255.html