SpringMVC全局异常处理的三种方式
在JavaEE项目的开发中,不管是对底层的数据库操作过程,还是业务层的处理过程,还是控制层的处理过程,都不可避免会遇到各种可预知的、不可预知的异常需要处理。每个过程都单独处理异常,系统的代码耦合度高,工作量大且不好统一,维护的工作量也很大。
SpringMvc对于异常处理这块提供了支持,通过SpringMvc提供的全局异常处理机制,能够将所有类型的异常处理从各个处理过程解耦出来,这样既保证了相关处理过程的功能较单一,也实现了异常信息的统一处理和维护。
SpringMVC全局异常处理的三种方式
- 使用SpringMVC提供的简单异常处理器SimpleMappingExceptionResolver;
- 实现Spring的异常处理接口HandlerExceptionResolver自定义自己的异常处理器;
- 使用@ExceptionHandler注解实现异常处理;
案例实操
全局异常处理方式一
配置SimpleMappingExceptionResolver对象
error1 error2
全局异常处理方式二
实现HandlerExceptionResolver接口
@Component publicclassGlobalExceptionimplementsHandlerExceptionResolver{ @Override publicModelAndViewresolveException(HttpServletRequestrequest, HttpServletResponseresponse,Objecthandler,Exceptionex){ Mapmap=newHashMap (); map.put("ex",ex); ModelAndViewmv=null; if(exinstanceofParamsException){ returnnewModelAndView("error_param",map); } if(exinstanceofBusinessException){ returnnewModelAndView("error_business",map); } returnnewModelAndView("error",map); } }
使用实现HandlerExceptionResolver接口的异常处理器进行异常处理,具有集成简单、有良好的扩展性、对已有代码没有入侵性等优点,同时,在异常处理时能获取导致出现异常的对象,有利于提供更详细的异常处理信息。
全局异常处理方式三
页面处理器继承BaseController
publicclassBaseController{ @ExceptionHandler publicStringexc(HttpServletRequestrequest,HttpServletResponse response,Exceptionex){ request.setAttribute("ex",ex); if(exinstanceofParamsException){ return"error_param"; } if(exinstanceofBusinessException){ return"error_business"; } return"error"; } }
使用@ExceptionHandler注解实现异常处理,具有集成简单、有扩展性好(只需要将要异常处理的Controller类继承于BaseController即可)、不需要附加Spring配置等优点,但该方法对已有代码存在入侵性(需要修改已有代码,使相关类继承于BaseController),在异常处理时不能获取除异常以外的数据。
扩展~未捕获异常的处理
对于UncheckedException而言,由于代码不强制捕获,往往被忽略,如果运行期产生了UncheckedException,而代码中又没有进行相应的捕获和处理,则我们可能不得不面对尴尬的404、500……等服务器内部错误提示页面。我们需要一个全面而有效的异常处理机制。目前大多数服务器也都支持在Web.xml中通过(Websphere/Weblogic)或者(Tomcat)节点配置特定异常情况的显示页面。修改web.xml文件,增加以下内容:java.lang.Throwable/500.jsp500/500.jsp404/404.jsp
以上就是SpringMVC全局异常处理的三种方式的详细内容,更多关于SpringMVC全局异常处理的资料请关注毛票票其它相关文章!