SpringMVC全局异常处理的三种方式
在 javaee 项目的开发中,不管是对底层的数据库操作过程,还是业务层的处理过程,还是控制层的处理过程,都不可避免会遇到各种可预知的、不可预知的异常需要处理。每个过程都单独处理异常,系统的代码耦合度高,工作量大且不好统一,维护的工作量也很大。
springmvc 对于异常处理这块提供了支持,通过 springmvc 提供的全局异常处理机制,能够将所有类型的异常处理从各个处理过程解耦出来,这样既保证了相关处理过程的功能较单一,也实现了异常信息的统一处理和维护。
springmvc全局异常处理的三种方式
- 使用 spring mvc 提供的简单异常处理器 simplemappingexceptionresolver;
- 实现 spring 的异常处理接口 handlerexceptionresolver 自定义自己的异常处理器;
- 使用 @exceptionhandler 注解实现异常处理;
案例实操
全局异常处理方式一
配置 simplemappingexceptionresolver 对象
<bean class="org.springframework.web.servlet.handler.simplemappingexception resolver"> <property name="defaulterrorview" value="error"></property> <property name="exceptionattribute" value="ex"></property> <property name="exceptionmappings"> <props> <prop key="com.xxx.exception.businessexception">error1</prop> <prop key="com.xxx.exception.paramsexception">error2</prop> </props> </property> </bean>
全局异常处理方式二
实现 handlerexceptionresolver 接口
@component public class globalexception implements handlerexceptionresolver { @override public modelandview resolveexception(httpservletrequest request, httpservletresponse response, object handler, exception ex) { map<string,object> map=new hashmap<string, object>(); map.put("ex", ex); modelandview mv=null; if(ex instanceof paramsexception){ return new modelandview("error_param", map); } if(ex instanceof businessexception){ return new modelandview("error_business", map); } return new modelandview("error", map); } }
使用实现 handlerexceptionresolver 接口的异常处理器进行异常处理,具有集成简单、有良好的扩展性、对已有代码没有入侵性等优点,同时,在异常处理时能获取导致出现异常的对象,有利于提供更详细的异常处理信息。
全局异常处理方式三
页面处理器继承 basecontroller
public class basecontroller { @exceptionhandler public string exc(httpservletrequest request,httpservletresponse response,exception ex){ request.setattribute("ex", ex); if(ex instanceof paramsexception){ return "error_param"; } if(ex instanceof businessexception){ return "error_business"; } return "error"; } }
使用 @exceptionhandler 注解实现异常处理,具有集成简单、有扩展性好(只需要将要异常处理的 controller 类继承于 basecontroller 即可)、不需要附加 spring 配置等优点,但该方法对已有代码存在入侵性(需要修改已有代码,使相关类继承于 basecontroller),在异常处理时不能获取除异常以外的数据。
扩展~未捕获异常的处理
对于 unchecked exception 而言,由于代码不强制捕获,往往被忽略,如果运行期产生了 unchecked exception,而代码中又没有进行相应的捕获和处理,则我们可能不得不面对尴尬的 404、500……等服务器内部错误提示页面。我们需要一个全面而有效的异常处理机制。目前大多数服务器也都支持在 web.xml 中通过 (websphere/weblogic) 或者 (tomcat) 节点配置特定异常情况的显示页面。修改 web.xml 文件,增加以下内容: java.lang.throwable /500.jsp 500 /500.jsp 404 /404.jsp
以上就是springmvc全局异常处理的三种方式的详细内容,更多关于springmvc全局异常处理的资料请关注其它相关文章!