Struts2
拦截器实现
异常处理机制
在j2ee项目中,系统内部难免会出现一些异常,如果把异常放任不管直接打印到浏览器可能会让用户感觉莫名其妙,也有可能让某些用户找到破解系统的方法。 所以不要在页面上输出错误信息,使用log日志的方式处理异常并记录异常。
就拿struts2+hibernate+spring项目说明:通常一个页面请求到后台以后,首先是到action(也就是所谓mvc的controller),在action层会调用业务逻辑service,servce层会调用持久层dao获取数据。最后执行结果会汇总到action,然后通过action控制转发到指定页面,执行流程如下图所示:
而这三层其实都有可能发生异常,比如dao层可能会有SQLException,service可能会有NullPointException,action可能会有IOException,一但发生异常并且程序员未做处理,那么该层不会再往下执行,而是向调用自己的方法抛出异常,如果dao、service、action层都未处理异常的话,异常信息会抛到服务器,然后服务器会把异常直接打印到页面,结果就会如下图所示:
其实这种错误对于客户来说毫无意义,因为他们通常是看不懂这是什么意思的。
刚学java的时候,我们处理异常通常两种方法:
① 直接throws,放任不管;
② 写try...catch,在catch块中不作任何操作,或者仅仅printStackTrace()把异常打印到控制台。
第一种方法最后就造就了上图的结果(不符合操作);而第二种方法更不好:页面不报错,但是也不执行用户的请求,简单的说,其实这就是bug。
那么发生异常到底应该怎么办呢?我想在大家对java异常有一定了解以后,会知道:异常应该在action控制转发之前尽量处理,同时记录log日志,然后在页面以友好的错误提示告诉用户出错了,如。
然后我们回到刚才处理异常的地方,如果大家积累了一些项目经验以后会发现使用上面那种处理异常的方式可能还不够灵活:
①因为spring把大多数非运行时异常都转换成运行时异常(RuntimeException)最后导致程序员根本不知道什么地方应该进行try...catch操作
②每个方法都重复写try...catch,而且catch块内的代码都很相似,这明显做了很多重复工作而且还很容易出错。
使用truts2拦截器定义异常拦截器用来解决上述问题,如下图所示:
首先我的action类、service类和dao类如果有必要捕获异常,我都会try...catch,catch块内不记录log,通常是抛出一个新异常,并且注明错误信息,有拦截器来抛出异常信息,并写入log日志文件:
- Java代码
- //action层执行数据添加操作
- public String save(){
- try{
- //调用service的save方法
- service.save(obj);
- }catch(Exception e){
- throw new RuntimeException("添加数据时发生错误!",e);
- }
- return "success";
- }
-
复制代码
Struts2自定义拦截器的操作:
然后在异常拦截器对异常进行处理,看下面的代码:
拦截器的Java代码
- public class ErrorInterceptor implements Interceptor {
-
- public void init() {
-
- }
-
- public String intercept(ActionInvocation actioninvocation) {
-
- String result = null; // Action的返回值
- try {
- // 运行被拦截的Action,期间如果发生异常会被catch住
- result = actioninvocation.invoke();
- return result;
- } catch (Exception e) {
- /**
- * 处理异常
- */
- String errorMsg = "出现错误信息,请查看日志!";
- //通过instanceof判断到底是什么异常类型
- if (e instanceof RuntimeException) {
- //未知的运行时异常
- RuntimeException re = (RuntimeException) e;
- //re.printStackTrace();
- errorMsg = re.getMessage().trim();
- }
- //把自定义错误信息
- HttpServletRequest request = (HttpServletRequest) actioninvocation
- .getInvocationContext().get(StrutsStatics.HTTP_REQUEST);
- /**
- * 发送错误消息到页面
- */
- request.setAttribute("errorMsg", errorMsg);
-
- /**
- * log4j记录日志
- */
- Log log = LogFactory
- .getLog(actioninvocation.getAction().getClass());
- log.error(errorMsg, e);
- return "errorMsg";
- }// ...end of catch
- }
-
- public void destroy() {
-
- }
- }
-
复制代码
最后在errorMsg.JSP页面显示具体的错误消息即可:
-
-
-
对不起,系统发生了未知的错误,请查看日志
-
-
-
${requestScope.errorMsg}
-
-
-
复制代码
以上方式可以拦截后台代码所有的异常,但如果出现数据库连接异常时不
能被捕获的,大家可以使用
struts2
的全局异常处理机制来处理:
Struts2
配置文件
代码
上面这是一个很简单的异常拦截器,大家可以使用自定义异常,那样会更灵活一些。
以上异常拦截器可以使用其它很多技术替换:比如spring aop,servlet filter等,根据项目实际情况处理。
辅助:
log4j.properties
文件的内容:
### direct log messages tostdout ###
log4j.appender.stdout=
org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=
System.out
log4j.appender.stdout.layout=
org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=
%d{ABSOLUTE}
%5p
%c
{1}
:
%L
-
%m%n
### direct messages to filehibernate.log ###
#log4j.appender.file=org.apache.log4j.FileAppender
#log4j.appender.file.File=hibernate.log
#log4j.appender.file.layout=org.apache.log4j.PatternLayout
#log4j.appender.file.layout.ConversionPattern=%d{ABSOLUTE}%5p %c{1}:%L - %m%n
### set log levels - for moreverbose logging change 'info' to 'debug' ###
log4j.rootLogger=
error,
stdout
#log4j.logger.org.hibernate=info
#log4j.logger.org.hibernate=debug
### log HQL query parseractivity
#log4j.logger.org.hibernate.hql.ast.AST=debug
### log just the SQL
#log4j.logger.org.hibernate.SQL=debug
### log JDBC bind parameters###
#log4j.logger.org.hibernate.type=info
#log4j.logger.org.hibernate.type=debug
### log schema export/update###
#log4j.logger.org.hibernate.tool.hbm2ddl=debug
### log HQL parse trees
#log4j.logger.org.hibernate.hql=debug
### log cache activity ###
#log4j.logger.org.hibernate.cache=debug
### log transaction activity
#log4j.logger.org.hibernate.transaction=debug
### log JDBC resourceacquisition
#log4j.logger.org.hibernate.jdbc=debug
### enable the following lineif you want to track down connection ###
### leakages when usingDriverManagerConnectionProvider ###
#log4j.logger.org.hibernate.connection.DriverManagerConnectionProvider=trace
log4j.rootLogger=
error,
A1,
R
log4j.appender.A1=
org.apache.log4j.ConsoleAppender
log4j.appender.A1.layout=
org.apache.log4j.PatternLayout
# Print the date in ISO 8601format
#log4j.appender.A1.layout.ConversionPattern=%d[%t] %-5p %c - %m%n
#log4j.appender.A1.layout.ConversionPattern=%d{yyyy-MM-ddHH:mm:ss,SSS} %m%n
log4j.appender.A1.layout.ConversionPattern=
%d{yyyy-MM-dd
HH
:
mm:ss,SSS}
%l
"#"
%m%n
log4j.appender.R=
org.apache.log4j.RollingFileAppender
log4j.appender.R.File=
/elec.log
log4j.appender.R.MaxFileSize=
1000KB
# Keep one backup file
log4j.appender.R.MaxBackupIndex=
10
log4j.appender.R.layout=
org.apache.log4j.PatternLayout
log4j.appender.R.layout.ConversionPattern=
%p
%t
%c
-
%m%n