关于spring:SpringMVC全局异常处理的方式有哪些呢

36次阅读

共计 2563 个字符,预计需要花费 7 分钟才能阅读完成。

在 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>

应用 SimpleMappingExceptionResolver 进行异样解决,具备集成简略、有良好的扩展性、对已有代码没有入侵性等长处,但该办法仅能获取到异样信息,若在出现异常时,对须要获取除异样以外的数据的状况不实用。

全局异样解决形式二

实现 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 中通过 <error-page>(Websphere/Weblogic) 或者 <error-code>(Tomcat) 节点配置特定异常情况的显示页面。批改 web.xml 文件,减少以下内容:

<!– 出错页面定义 –>
<error-page>
<exception-type>java.lang.Throwable</exception-type>
<location>/500.jsp</location>
</error-page>
<error-page>
<error-code>500</error-code>
<location>/500.jsp</location>
</error-page>
<error-page>
<error-code>404</error-code>
<location>/404.jsp</location>
</error-page>

正文完
 0