sping全局异常处理器没有工作问题的解决

最新推荐文章于 2024-04-23 16:35:38 发布

原创最新推荐文章于 2024-04-23 16:35:38 发布 · 544 阅读

1 ·

CC 4.0 BY-SA版权

本文介绍了在Spring MVC中配置全局异常处理时遇到的问题及解决方法。主要问题是自定义的异常处理器未能生效，原因是被权限系统自带的ExceptionResolver拦截。通过调整各ExceptionResolver的顺序解决了该问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在xml文件中配置了全局异常，但是运行中抛出异常后，没有返回想要的结果。经过调试，发现是异常根本没有在全局异常处理器中处理。一步步深入调试跟踪，在org.springframework.web.servlet.DispatcherServlet文件的processHandlerException方法中发现，一共有5个异常处理的ExceptionResolver。

protected ModelAndView processHandlerException(HttpServletRequest request, HttpServletResponse response,
			Object handler, Exception ex) throws Exception {

		// Check registered HandlerExceptionResolvers...
		ModelAndView exMv = null;
		for (HandlerExceptionResolver handlerExceptionResolver : this.handlerExceptionResolvers) {
			exMv = handlerExceptionResolver.resolveException(request, response, handler, ex);
			if (exMv != null) {
				break;
			}
		}
		if (exMv != null) {
			if (exMv.isEmpty()) {
				return null;
			}
			// We might still need view name translation for a plain error model...
			if (!exMv.hasView()) {
				exMv.setViewName(getDefaultViewName(request));
			}
			if (logger.isDebugEnabled()) {
				logger.debug("Handler execution resulted in exception - forwarding to resolved error view: " + exMv, ex);
			}
			WebUtils.exposeErrorRequestAttributes(request, ex, getServletName());
			return exMv;
		}

		throw ex;
	}

其中系统默认是3个，有一个是由于引用了权限系统增加的，order是1，所以排在了自己写的全局exceptionResolver前面。问题就出在这个ExceptionResolver中，对所有的Exception进行了拦截，并没有对未匹配的Exception返回NULL值，所以造成异常被拦截。

修改方案，是重写权限系统的XML文件，在里面增加自己的异常处理方法。至此，解决问题。

也可以新增加一个全局异常处理器，order设置为0，就可以在权限系统的exceptionResolver前处理异常，当然要设置未拦截的异常返回值为null