进行运行全部的测试用例的时候发现不能运行完了，到了后面的一些测试用例的时候出现OutOfMemoryError，程序并没有什么大内存消耗，上网查了一下，发现可能是junit导致的，因为teardown并没有清理掉使用过的内存，没有办法，只能修改Run的时候的参数，把内存加大，问题解决。
Eclipse启动JUnit的时候设置的值大概是64M左右，而我加大内存后监控内存使用的结果表明全部的测试用例需要使用100M内存。
方法为：Run->Run…->JUnit->AllTests->(x)=Arguments->VM Arguments: -Xmx500m
注意上面的AllTests为自己要修改的那个包含全部测试用例的Test suite的类。
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内存溢出的唯一方法就是修改程序，及时地释放没用的对象，释放内存空间。 遇到该错误的时候要仔细检查程序，嘿嘿，遇多一次这种问题之后，以后写程序就会小心多了。