java.lang.OutOfMemoryError: Java heap space 解决方法

在公司开发第一个项目就遇到“java.lang.OutOfMemoryError: Java heap space”的问题，引起问题的是一个批量处理数据库的程序代码，一开始以为是数据量太大，jvm的内存不够用，在网上查了下资料，有人写到解决方法如下：

这个问题的根源是jvm虚拟机的默认Heap大小是64M,可以通过设置其最大和最小值来实现.设置的方法主要是几个.

1.可以在windows 更改系统环境变量
加上JAVA_OPTS=-Xms64m -Xmx512m

2,如果用的tomcat,在windows下,可以在

C:\tomcat5.5.9\bin\catalina.bat  中加上:

set JAVA_OPTS=-Xms64m -Xmx256m

位置在: rem Guess CATALINA_HOME if not defined  这行的下面加合适.

3.如果是linux系统
Linux  在{tomcat_home}/bin/catalina.sh的前面，加
set JAVA_OPTS='-Xms64 -Xmx512'

于是我便将tomcat的catalina.bat 改了，但是还是老样子，后来看了一篇文章说这个问题是因为程序中产生的垃圾太多，java垃圾回收机制回收垃圾的速度比产生垃圾的速度慢，而且有的垃圾是垃圾回收机制所不能回收的。所以产生这个问题的根本原因是垃圾产生的太多了，
    那么解决的办法有两个：
   第一个是无限的增加jvm的内存，这个解决办法虽然“好”，显然是白日梦，那就只有，
    第二个办法了，查你的程序。       
   我检查了程序，发现程序代码中在循环中定义了3个实例对象，看来问题就出在他们的身上，把定义变量的代码写到循环外面后测试通过。引起这个问题的原因说到底是代码的优化问题，在刚学java的时候都常看到“把变量定义写到循环外面”之类的话，现在遇到一次这个问题了是深有体会了，虽然代码是另外一个同事写的，但是自己在发现问题的时候也没想到会是3个定义变量的语句产生内存溢出错误。看来以后得注意了！如果你也遇到同样问题了也好给你做个参考，不要相信是jvm的内存太小，先去检查自己的程序是不是够优化。


本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/Not_Me_Want/archive/2007/12/19/1953756.aspx