Eclipse 启动设置，避免Out of Memory
-vmargs
-Xmx512M
-XX:PermSize=64M
-XX:MaxPermSize=128M
两个Tomcat在不同的盘符下面，一个是正式库，一个是测试库。正式库的tomcat已优化过，从服务器端起动。initial memory pool设置为256, maximum memory pool为512，thread stack设置为128。测试库没有优化。
同样的程序和数据库。在测试库上先运行，运行的速度比较慢，还是经常白屏，看了一下LOG，报"java.lang.OutOfMemoryError: Java heapspace".在正式库上运行后，速度超顺，测试库上的白屏一一KO了，心里那叫一个“舒服”啊。
是什么原因造成这样的差别呢，难道是由于测试库的Tomcat没有优化吗？
是的，一定是这个原因。用自己的机子当小白鼠，通过在网上搜索了一些资料，设置后，超好！
具体方法大致这些：
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
方法一(windows适用)：
1 右键打开tomcat的系统托盘图标，选configure... 切换到 "Java" tab页, 提高 initialmemory pool size 和 maximum memory pool size 分别到 512M和768M, 确定，重启tomcat
2 打开 ${TOMCAT_HOME}/bin/catalina.bat, 在最后一个"rem Execute Java withthe applicable properties"这句后面, 插入 set CATALINA_OPTS=-mx1024m 并保存文件
方法二：
windows
/tomcat/bin/catalina.bat 加上下面的命令:
set JAVA_OPTS=-Xms32m -Xmx256m
unix/linux
/tomcat/bin/catalina.sh 加上下面的命令:
JAVA_OPTS="-Xms32m -Xmx256m"
方法三：
修改tomcat启动文件，catalina.sh文件
在所有的 "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS /后面都加上了
-Xms128m -Xmx256m /
方法四:
linux 修改/etc/profile在后面加上
JAVA_OPTS="-Xms256M -Xmx256M"
export JAVA_OPTS
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
资料整理
标题：java.lang.OutOfMemoryError: Java heap space
作者：小楼听风雨
原文网址：http://blog.vonno.com/33993/viewspace_1245
2007-04-16 17:50:57 / 个人分类：知识总结
原因：
使用Java程序从数据库中查询大量的数据时出现异常:
java.lang.OutOfMemoryError: Java heap space
在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heapsize的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms-Xmx等选项可进行设置。
解决办法：
tomcat_home/bin下catalina.bat(win)或catalina.sh(linux)执行代码前加上：
set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m
标题：java.lang.OutOfMemoryError: Java heap space
作者：Render in Opera
原文网址：http://my.opera.com/render/blog/show.dml/449643
Thursday, 7. September 2006, 08:31:58
tomcat
遇到TOMCAT出错：java.lang.OutOfMemoryError: Java heap space，于是查了资料，找到了解决方法：
If Java runs out of memory, the following error occurs:
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
Java heap size can be increased as follows:
java -Xms<initial heap size> -Xmx<maximum heap size>
Defaults are:
java -Xms32m -Xmx128m
如果你用win
/tomcat/bin/catalina.bat 加上下面的命令:
set JAVA_OPTS=-Xms32m -Xmx256m
如果你用unix/linux
/tomcat/bin/catalina.sh 加上下面的命令:
JAVA_OPTS="-Xms32m -Xmx256m"
标题：java.lang.OutOfMemoryError: Java heap space
作者：幽客独往
原文网址：http://blog.csdn.net/casularm/archive/2006/10/04/1320345.aspx
java.lang.OutOfMemoryError: Java heap space
使用Java程序从数据库中查询大量的数据时出现异常:
java.lang.OutOfMemoryError: Java heap space
在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heapsize的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms-Xmx等选项可进行设置。
例如：java -jar -Xmn16m -Xms64m -Xmx128m MyApp.jar
如果Heap Size设置偏小，除了这些异常信息外，还会发现程序的响应速度变慢了。GC占用了更多的时间，而应用分配到的执行时间较少。
Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。
Heap size的 -Xms -Xmn 设置不要超出物理内存的大小。否则会提示“Error occurred duringinitialization of VM Could not reserve enough space for object heap”。
幽客独往发表于 2006年10月04日 11:52:00
标题：java垃圾回收学习 2006-6-9 17:01:00:
作者：cscript
原文网址：http://bbs.itdb.cn/forums/thread/2103.aspx
经过一个晚上的努力终于完成了一个文件替换指定字符串的程序，但是由于我要替换的全站程序html文件太多，所以eclipse下边老是在一个目录结束后报出java.lang.OutOfMemoryError: Java heap space的异常，然后就崩溃了。
我一想肯定是频繁操作造成来不及回收，于是在每个循环之后加上一个Thread.sleep（1000）,发现还是到那个目录下就死掉，于是把1000改成5000，还是到那里死掉，我想可能不是来不及回收这么简单，或许sun 的JVM里边刚好对于这种情况不释放也有可能。
接着我又把启动的参数添上一个 -Xmx256M,这回就可以了。
想一想，还是对于垃圾回收的原理不太了解，就在网上查了一下，发现了几篇不错的文章。
http://java.ccidnet.com/art/3539/20060314/476073_1.html
http://www.pconline.com.cn/pcedu/empolder/gj/java/0509/701281.html
还有:Java堆的管理—垃圾回收提到一下几点，很不错，或许可以作为写程序时候的准则：
（1）不要试图去假定垃圾收集发生的时间，这一切都是未知的。比如，方法中的一个临时对象在方法调用完毕后就变成了无用对象，这个时候它的内存就可以被释放。
（2）Java中提供了一些和垃圾收集打交道的类，而且提供了一种强行执行垃圾收集的方法--调用System.gc()，但这同样是个不确定的方法。Java中并不保证每次调用该方法就一定能够启动垃圾收集，它只不过会向JVM发出这样一个申请，到底是否真正执行垃圾收集，一切都是个未知数。
（3）挑选适合自己的垃圾收集器。一般来说，如果系统没有特殊和苛刻的性能要求，可以采用JVM的缺省选项。否则可以考虑使用有针对性的垃圾收集器，比如增量收集器就比较适合实时性要求较高的系统之中。系统具有较高的配置，有比较多的闲置资源，可以考虑使用并行标记/清除收集器。
（4）关键的也是难把握的问题是内存泄漏。良好的编程习惯和严谨的编程态度永远是最重要的，不要让自己的一个小错误导致内存出现大漏洞。
（5）尽早释放无用对象的引用。大多数程序员在使用临时变量的时候，都是让引用变量在退出活动域(scope)后，自动设置为null，暗示垃圾收集器来收集该对象，还必须注意该引用的对象是否被监听，如果有，则要去掉监听器，然后再赋空值。