java web项目整体异常处理机制

原创 2012年09月12日 14:24:27

在实际的j2ee项目中,系统内部难免会出现一些异常,如果把异常放任不管直接打印到浏览器可能会让用户感觉莫名其妙,也有可能让某些用户找到破解系统的方法。

出来工作一年时间了,我也大概对异常处理有了一些了解,在这呢小弟简单介绍下个人对异常处理的见解,抛砖引玉,希望各位大神提出宝贵的意见和建议。

就拿spring+struts2+hibernate项目说明:通常一个页面请求到后台以后,首先是到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日志,然后在页面以友好的错误提示告诉用户出错了。大家看下面的代码:

//创建日志对象
Log log = LogFactory.getLog(this.getClass());
 
//action层执行数据添加操作
public String save(){
   try{
         //调用service的save方法
         service.save(obj);
   }catch(Exception e){
         log.error(...);   //记录log日志
      return "error"; 到指定error页面
   }
   return "success";
}

如果按照上面的方式处理异常以后,我们用户最后看到的页面可能就会是下面这种形式(我想这种错误提示应该稍微友好点了吧):



然后我们回到刚才处理异常的地方,如果大家积累了一些项目经验以后会发现使用上面那种处理异常的方式可能还不够灵活:

①因为spring把大多数非运行时异常都转换成运行时异常(RuntimeException)最后导致程序员根本不知道什么地方应该进行try...catch操作

②每个方法都重复写try...catch,而且catch块内的代码都很相似,这明显做了很多重复工作而且还很容易出错,同时也加大了单元测试的用例数(项目经理通常喜欢根据代码行来估算UT case)

③发生异常有很多种情况:可能有数据库增删改查错误,可能是文件读写错误,等等。用户觉得每次发生异常都是“访问过程中产生错误,请重试”的提示完全不能说明错误情况,他们希望让异常信息更详尽些,比如:在执行数据删除时发生错误,这样他们可以更准确地给维护人员提供bug信息。

如何解决上面的问题呢?我是这样做的:JDK异常或自定义异常+异常拦截器

struts2拦截器的作用在网上有很多资料,在此不再赘述,我的异常拦截器原理如下图所示:



首先我的action类、service类和dao类如果有必要捕获异常,我都会try...catch,catch块内不记录log,通常是抛出一个新异常,并且注明错误信息:

//action层执行数据添加操作
public String save(){
   try{
         //调用service的save方法
         service.save(obj);
   }catch(Exception e){
      //你问我为什么抛出Runtime异常?因为我懒得在方法后写throws  xx
      throw new RuntimeException("添加数据时发生错误!",e);
  }
   return "success";
}

然后在异常拦截器对异常进行处理,看下面的代码:

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 BaseException) {
				BaseException be = (BaseException) e;
				be.printStackTrace(); //开发时打印异常信息,方便调试
				if(be.getMessage()!=null||Constants.BLANK.equals(be.getMessage().trim())){
					//获得错误信息
					errorMsg = be.getMessage().trim();
				}
			} else if(e instanceof RuntimeException){
				//未知的运行时异常
				RuntimeException re = (RuntimeException)e;
				re.printStackTrace();
			} else{
				//未知的严重异常
				e.printStackTrace();
			}
			//把自定义错误信息
			HttpServletRequest request = (HttpServletRequest) actioninvocation
					.getInvocationContext().get(StrutsStatics.HTTP_REQUEST);
			
			/**
			 * 发送错误消息到页面
			 */
			request.setAttribute("errorMsg", errorMsg);
		
			/**
			 * log4j记录日志
			 */
			Log log = LogFactory
					.getLog(actioninvocation.getAction().getClass());
			if (e.getCause() != null){
				log.error(errorMsg, e);
			}else{
				log.error(errorMsg, e);
			}
 
			return "error";
		}// ...end of catch
	}

需要注意的是:在使用instanceof判断异常类型的时候一定要从子到父依次找,比如BaseException继承与RuntimeException,则必须首先判断是否是BaseException再判断是否是RuntimeException。

最后在error JSP页面显示具体的错误消息即可:

<body>
<s:if test="%{#request.errorMsg==null}">
	<p>对不起,系统发生了未知的错误</p>
</s:if>
<s:else>
	<p>${requestScope.errorMsg}</p>
</s:else>
</body>

以上方式可以拦截后台代码所有的异常,但如果出现数据库连接异常时不能被捕获的,大家可以使用struts2的全局异常处理机制来处理:

<global-results>
	<result name="error" >/Web/common/page/error.jsp</result>
</global-results>
		 
<global-exception-mappings>
	<exception-mapping result="error" exception="java.lang.Exception"></exception-mapping>
</global-exception-mappings>

上面这是一个很简单的异常拦截器,大家可以使用自定义异常,那样会更灵活一些。

以上异常拦截器可以使用其它很多技术替换:比如spring aop,servlet filter等,根据项目实际情况处理。

【补充】ajax也可以进行拦截,但是因为ajax属于异步操作,action通过response形式直接把数据返回给ajax回调函数,如果发生异常,ajax是不会执行页面跳转的,所以必须把错误信息返回给回调函数,我针对json数据的ajax是这样做的:

			/**
			 * 读取文件,获取对应错误消息
			 */
			HttpServletResponse response = (HttpServletResponse)actioninvocation.getInvocationContext().get(StrutsStatics.HTTP_RESPONSE);
			response.setCharacterEncoding(Constants.ENCODING_UTF8);
			/**
			 * 发送错误消息到页面
			 */
			PrintWriter out;
			try {
				out = response.getWriter();
				Message msg = new Message(errorMsg);
				//把异常信息转换成json格式返回给前台
				out.print(JSONObject.fromObject(msg).toString());
			} catch (IOException e1) {
				throw e;
			}

以上是个人拙见,勿拍砖,谢谢。

版权声明:本文为博主原创文章,未经博主允许不得转载。https://github.com/luqin

自定义全局异常捕获

1.实现HandlerExceptionResover 2.注解@ControllerAdvice

Spring Boot : 全局异常捕捉(三)

在写 Spring Boot : 自动JSON转换和热部署(二) 时本来想把全局异常捕捉加上的,但是不知道为什么测试一直没成功.今天又看了下全局异常捕捉@ControllerAdvice 和 @Exc...

Spring Boot中Web应用的统一异常处理

我们在做Web应用的时候,请求处理过程中发生错误是非常常见的情况。Spring Boot提供了一个默认的映射:/error,当处理中抛出异常之后,会转到该请求中处理,并且该请求有一个全局的错误页面用来...

捕获全局异常UncaughtExceptionHandler

通过实现Thread.UncaughtExceptionHandler,实现捕获程序Crash
  • wzhidev
  • wzhidev
  • 2016年07月05日 20:25
  • 3609

Java Web整体异常处理

在实际的J2EE项目中,系统内部难免会出现一些异常,就如Struts+Spring+Hibernate项目:通常一个页面请求到达后台以后,首先是到action(就是MVC中的controller),在...

javaWeb 项目整体异常处理方案

http://www.iteye.com/topic/1073599 在实际的j2ee项目中,系统内部难免会出现一些异常,如果把异常放任不管直接打印到浏览器可能会让用户感觉莫名其妙,也有可能让某些...

springMVC --全局异常处理(两种方式)

首先看springMVC的配置文件: errors/error...

Web层框架对网站中所有异常的统一处理

达人科技 2017-05-02 11:15 一个网站的异常信息作为专业的人士,是不会轻易暴露给用户的,因为那样狠不安全,显得你漏是一回事,只要还是考虑到网站的数据安全问题,下面给大家分享一下一些常见...

javaweb异常提示信息统一处理(使用springmvc,附源码)

一、前言后台出现异常如何友好而又高效地回显到前端呢?直接将一堆的错误信息抛给用户界面,显然不合适。先不考虑代码实现,我们希望是这样的:(1)如果是页面跳转的请求,出现异常了,我们希望跳转到一个异常显示...

Java EE项目中异常设计及处理总结

异常,为我们处理非正常的业务流程提供了很好的解决方案,如果你有过dbase、c、pascal等过程式语言开发的经历,你一定会深刻体会到,异常机制给你的代码可读行、可维护性带来的好处,同时,程序的健壮性...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:java web项目整体异常处理机制
举报原因:
原因补充:

(最多只允许输入30个字)