最近在使用string类中的replaceAll函数时碰到这个错误，由于string长度比较长，文本文档9M多，可以增加jvm的内存大小解决。
下面是一篇对OutOfMorryError错误的一些处理方法，源于：http://www.blogjava.net/amigoxie/archive/2007/02/11/99330.html
java.lang.OutOfMemoryError这个错误我相信大部分开发人员都有遇到过，产生该错误的原因大都出于以下原因：JVM内存过小、程序不严密，产生了过多的垃圾。
在一年多的工作过程中，遇到该问题的印象最深有两次。
一次是用hibernate查询数据时，一次查询过多的数据，例如30000条，此时程序出错，该死的java.lang.OutMemoryError，后来调整了该部分的代码，每次只取出指定量的数据，成功的解决该问题。
还有一次是当测试人员loadRunner做压力测试时，并发200个用户时，运行不到几分钟整个weblogic都瘫掉，真够狠的，又是java.lang.OutOfMemoryError, PM叫我检查同事写的代码，折腾了我好久，结果发现原来是由于session的资源一直没有被释放产生的，真把俺给气死！！！在该工程中在web.xml文件中设置了一个session的侦听期，当检测到session超时时，进入指定的类进行相应处理，而该同事在进行了自定义的处理后，没有通过session的invalidate()方法将session的资源释放，导致当大批量并发时，造成内存溢出。
解决java.lang.OutOfMemoryError的方法有如下几种：
- 增加jvm的内存大小。方法有：
1）在执行某个class文件时候，可以使用java -Xmx256M aa.class来设置运行aa.class时jvm所允许占用的最大内存为256M。
2）对tomcat容器，可以在启动时对jvm设置内存限度。对tomcat，可以在catalina.bat中添加：
"set CATALINA_OPTS=-Xms128M -Xmx256M
set JAVA_OPTS=-Xms128M -Xmx256M",或者把%CATALINA_OPTS%和%JAVA_OPTS%代替为-Xms128M -Xmx256M
3）对resin容器，同样可以在启动时对jvm设置内存限度。在bin文件夹下创建一个startup.bat文件，内容如下：
@echo off
call "httpd.exe" "-Xms128M" "-Xmx256M"
:end
其中"-Xms128M"为最小内存，"-Xmx256M"为最大内存。
2. 优化程序，释放垃圾。
主要包括避免死循环，应该及时释放种资源：内存, 数据库的各种连接，防止一次载入太多的数据。导致java.lang.OutOfMemoryError的根本原因是程序不健壮。因此，从根本上解决Java内存溢出的唯一方法就是修改程序，及时地释放没用的对象，释放内存空间。 遇到该错误的时候要仔细检查程序，嘿嘿，遇多一次这种问题之后，以后写程序就会小心多了。
一.字符串问题
这个也是一个常见的问题，我们相加两个字符串时有几种方法，如new String("test");、"A"+"B"，或用StringBuffer等等，至于应该用哪个，这个是应该有讲究的。下面来总结下：1.new基本不可取，除非在需要转码的时候，如new String(str.getBytes("GBK"),"UTF-8"),这种情况下就可以使用；2.str1+str2,如果str1和str2都是常量，则用这种方式相加是最好的，也是占用内存最少的，如果是变量，在1.5之前用StringBuffer进行append操作,1.6之后可以使用StringBuilder进行append操作，因为通常情况下StringBuilder比StringBuffer速度快，因为它不执行同步，大多数情况下能满足我们的需求了。3.不要滥用replace，substring等方法，因为它会产生一个新的字符串
二.其它对象问题
不要没事就new一个对象，而你却不使用，这样造成无辜的浪费，当这个方法被频繁调用时，会产生大量这个对象的实例，jvm回收也需要时间啊。还有就是方法执行时间长的问题，tomcat支持的并发不高，如果方法执行时间长，会造成线程等待（在并发高的情况下）
三.过滤器的问题
设置过滤的内容要注意下，像.do,.action,.jsp可以设置过滤，一些资源问题不需要经过过滤器，否则会浪费资源，严重影响性能
四.session超时时间问题
超时时间不能太长，在用户稍微有点多的情况下就会出现严重的性能问题，这些实例都会一直存在，个人建议1个小时足以
五.tomca连接数设置
合理设置能提高性能，如：<Connector port="8080" maxThreads="500" minSpareThreads="200" maxSpareThreads="100" acceptCount="500" />
maxThreads="500" 表示最多同时处理500个连接
minSpareThreads="200" 初始线程数
maxSpareThreads="200" 最大空闲线程数
acceptCount="500" 当同时连接的人数达到maxThreads时，还可以接收排队的连接，超过这个连接的则直接返回拒绝连接。
如果单纯的使用tomcat跑的话，并发一大，基本就撑不住了，所以可以使用apache或nginx来做负载，个人建议nginx，内存和CPU消耗和apache不是一个级别的，而且在Linux下测试过，并发数远高于apache，nginx是反向代理，配置也简单
转载： http://www.cnblogs.com/xiao-yu/archive/2011/06/01/2065313.html