Spring中的统一异常处理

在具体的SSM项目开发中，由于Controller层为处于请求处理的最顶层，再往上就是框架代码的。因此，肯定需要在Controller捕获所有异常，并且做适当处理，返回给前端一个友好的错误码。

不过，Controller一多，我们发现每个Controller里都有大量重复的、冗余的异常处理代码，很是啰嗦。能否将这些重复的部分抽取出来，这样保证Controller层更专注于业务逻辑的处理，同时能够使得异常的处理有一个统一的控制中心点。

全局异常处理
1.1. HandlerExceptionResolver接口
public interface HandlerExceptionResolver {
/**
- Try to resolve the given exception that got thrown during on handler execution,
- returning a ModelAndView that represents a specific error page if appropriate.
- <p>The returned ModelAndView may be {@linkplain ModelAndView#isEmpty() empty}
- to indicate that the exception has been resolved successfully but that no view
- should be rendered, for instance by setting a status code.
- @param request current HTTP request
- @param response current HTTP response
- @param handler the executed handler, or {@code null} if none chosen at the
- time of the exception (for example, if multipart resolution failed)
- @param ex the exception that got thrown during handler execution
- @return a corresponding ModelAndView to forward to,
- or {@code null} for default processing
  */
  ModelAndView resolveException(
  HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex);
  }
  使用全局异常处理器只需要两步：

实现HandlerExceptionResolver接口。
将实现类作为Spring Bean，这样Spring就能扫描到它并作为全局异常处理器加载。
在 resolveException 中实现异常处理逻辑。从参数上，可以看到，不仅能够拿到发生异常的函数和异常对象，还能够拿到 HttpServletResponse对象，从而控制本次请求返回给前端的行为。

此外，函数还可以返回一个 ModelAndView 对象，表示渲染一个视图，比方说错误页面。不过，在前后端分离为主流架构的今天，这个很少用了。如果函数返回的视图为空，则表示不需要视图。

1.2. 使用示例
来看一个例子：

@Componentbr/>@Slf4j
public class CustomHandlerExceptionResolver implements HandlerExceptionResolver {br/>@Override
public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) {
Method method = null;
if (handler != null && handler instanceof HandlerMethod) {
method = ((HandlerMethod) handler).getMethod();
}
log.error("[{}] system error", method, ex);
ResponseDTO response = ResponseDTO.builder()
.errorCode(ErrorCode.SYSTEM_ERROR)
.build();
byte[] bytes = JSON.toJSONString(response).getBytes(StandardCharsets.UTF_8));
try {
FileCopyUtils.copy(bytes, response.getOutputStream());
} catch (IOException e) {
log.error("error", e);
throw new RuntimeException(e);
}
return new ModelAndView();
}
}
逻辑很显然，在发生异常时，将 ResponseDTO 序列化为 json 给前端。