我现在做的一个项目是struts+hibernate架构的
在大数据量检索时会出现out of memory的error我想捕获这经error
以下是代码
[code="java"]
try{
session = DBConnection.getSession();//Obtaining hibernate session
//run this query and populate the query list
search_DB = "select * from commonlogs";
query = session.createQuery(search_DB);
for(int i =0; i< params.length; i++)
{
if(params[i]==null)
break;
query.setString(i, params[i]);
}
query.setMaxResults(fetchSize);
[color=red]returnValue = query.list();[/color]
}
catch(MyException ex){
throw ex;
}
catch(Exception ex){
throw new MyException (ErrorCodes.SQLEXCEPTION,ex);
}
//start add by sunwei 2009/03/05
catch (Throwable e) {
logger.writeError(ErrorCodes.NONSPECIFIEDEXCEPTION, ResourceAccess.getErrorMessage(ErrorCodes.NONSPECIFIEDEXCEPTION), e);
throw new MyException (ErrorCodes.NONSPECIFIEDEXCEPTION,new Exception(e.toString()));//也是输出log
}
//end add by sunwei 2009/03/05
finally{
try
{
DBConnection.releaseResources(session);//Closing session
}
catch(MyException ex){
throw ex;
}
}
[/code]
上一层捕获MyException的话,会跳转到GlobalErrors.jsp(错误页面)
[color=red]returnValue = query.list();[/color]执行时会out of memory
struts-config.xml
[code="java"]
key="key.excepion"
type="javax.servlet.ServletException"
path="/jsp/GlobalErrors.jsp"/>
<exception
key="key.excepion"
type="java.lang.NullPointerException"
path="/jsp/GlobalErrors.jsp"/>
<exception
key="key.excepion"
type="java.lang.Exception"
path="/jsp/GlobalErrors.jsp"/>
[/code]
不能输出log,但会跳转到GlobalErrors.jsp(错误页面)
我用的log机制是log4j,其它异常(比如数据库连接失败等)都会输出log,就是out of memory不能.
谁能帮我看看是什么原因.
[b]问题补充：[/b]
谢谢大家的回答!
调高JVM的内在确实可以减少out of memory的发生,这个我以前调查过.
我说一下这个程序发生out of memory原因:主要是一次从数据库中检索出100万条记录造成的,我也不想这样做查询的,但是程序已经是不能改了,只想知道原因.
既然throwable不能捕获out of memory这个error,那什么程序又可以跳转到GlobalErrors.jsp(错误页面) 呢?能不能帮我分析一下.已经加分了.
[b]问题补充：[/b]
为什么程序又可以跳转到GlobalErrors.jsp(错误页面) 呢?
程序被异常终止,框架的执行流程被停止捕获到了错误,所以可以跳向globalerror.jsp.如果你的异常可以大到让jvm崩溃,或者让框架无法执行流程,那才会什么都看不到.处理良好的框架都会对框架自身无法保证的错误进行这样的保障机制.
out of memory应该是JVM级别的错误了,java虚拟机内存耗尽,不在程序控制的范围内.所以日志是肯定打不出来的.
对于这个问题,可能是lz的程序里面把数据全部取出来然后在内存里面做分页导致的吧?分页这种操作尤其是大数据量的分页,最好是放在数据库上面去做,而不要在内存里面做分页.
解决办法
1、
PermGen space的全称是Permanent Generation space,是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。
改正方法：-Xms256m -Xmx256m -XX:MaxNewSize=256m -XX:MaxPermSize=256m
2、
在tomcat中redeploy时出现outofmemory的错误.
可以有以下几个方面的原因:
１,使用了proxool,因为proxool内部包含了一个老版本的cglib.
2, log4j,最好不用,只用common-logging
3, 老版本的cglib,快点更新到最新版。
４，更新到最新的hibernate3.2
3、
这里以tomcat环境为例，其它WEB服务器如jboss,weblogic等是同一个道理。
一、java.lang.OutOfMemoryError: PermGen space
PermGen space的全称是Permanent Generation space,是指内存的永久保存区域,
这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中,
它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对
PermGen space进行清理，所以如果你的应用中有很多CLASS的话,就很可能出现PermGen space错误,
这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小
超过了jvm默认的大小(4M)那么就会产生此错误信息了。
解决方法： 手动设置MaxPermSize大小
修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m
建议：将相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少jar 文档重复占用内存的目的。
二、java.lang.OutOfMemoryError: Java heap space
Heap size 设置
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，
其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可
进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示：在JVM中如果98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。
提示：Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。
解决方法：手动设置Heap size
修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"
三、实例，以下给出1G内存环境下java jvm 的参数设置参考：
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true "
告诉你一个终极解决办法吧
在你的方法或者某个地方定期执行一下System.gc() 效果奇佳
网上有很多人说这个没有用,害的我一直也没有去试他,我当时碰到和你样的问题,一个多月才解决.最好就是加了这句.TMD
当然修改jvm,tomcat参数可以优化程序运行的环境.但还是治标不治本.
最好从代码上优化一下.
先取count(*) 测试是不是在jvm的范围。。如果不在。那就分页查询