异常和响应码
因为用 RESTful 设计的接口, 应该用状态码反映请求的错误, 不应该统一返回 200 的状态码, 然后再通过 msg 来描述错误. 所以统一异常处理比较关键.
异常一般分为 业务异常 和 非业务异常
业务异常通常返回 4xx 的状态码
非业务异常只需要返回 500 , 提示 服务器错误, 请稍候重试
默认异常处理
SpringBoot 提供了默认的处理异常方式, 当出现异常时就会默认映射到 /error. 处理异常的程序在类 BasicErrorController 中.
该类提供了两种异常处理的方法 :
方法 errorhtml 用于处理浏览器端请求时出现的异常.
方法 error 用于处理机器客户端请求时出现的异常.
这两种请求的的区别在于请求头中 Accept 的值 :
值为 text/HTML 时, 方法 errorHtml 执行, 返回 HTML 页面.
值为 application/JSON 时, 方法 error 执行, 返回 JSON 数据.
errorHtml 和 error 两个方法的源代码
- @RequestMapping(produces = "text/html")
- public ModelAndView errorHtml(HttpServletRequest request,
- HttpServletResponse response) {
- HttpStatus status = getStatus(request);
- Map<String, Object> model = Collections.unmodifiableMap(getErrorAttributes(
- request, isIncludeStackTrace(request, MediaType.TEXT_HTML)));
- response.setStatus(status.value());
- ModelAndView modelAndView = resolveErrorView(request, response, status, model);
- return (modelAndView != null) ? modelAndView : new ModelAndView("error", model);
- }
- @RequestMapping
- @ResponseBody
- public ResponseEntity<Map<String, Object>> error(HttpServletRequest request) {
- Map<String, Object> body = getErrorAttributes(request,
- isIncludeStackTrace(request, MediaType.ALL));
- HttpStatus status = getStatus(request);
- return new ResponseEntity<>(body, status);
- }
浏览器端错误页面
如果想自定义页面替换这个页面, 你只需在 /error 文件夹下添加一个表示错误页面的文件. 该文件可以是一个静态的 HTML, 也可以使用模板. 这个文件的名字应该是精确的状态码或者是表示一个系列的模糊名称. 如下:
- src/
- +- main/
- +- java/
- | + <source code>
- +- resources/
- +- public/
- +- error/
- | +- 404.HTML
- +- <other public assets>
- src/
- +- main/
- +- java/
- | + <source code>
- +- resources/
- +- templates/
- +- error/
- | +- 5xx.ftl
- +- <other templates>
其背后的原理在于上面提到的 errorHtml 方法. 当出现异常时, 该方法会查询是否有在 error 文件夹下提供对应错误状态码的静态资源文件, 如果有则返回该文件, 没有则返回上小节讲到的白色错误标签页. 如果想要知道更详细的细节请查看相关源码.
JSON 格式错误
当请求头中的 Accept 的值为 application/JSON 时, 就会返回 JSON 数据了. 出现异常时, BasicErrorController 类中的 error 方法将被执行. 会获取错误信息然后以 JSON 格式返回. 如下图:
自定义异常处理
下面有两种方式自定义异常处理
对于应用级别的业务异常处理, 我们可以通过注解 @ControllerAdvice 或 @RestControllerAdvice 来实现异常处理. 但是上面的注解只能捕获处理应用级别的异常, 例如 Controller 中抛出自定义的异常. 却不能处理容器级别的异常, 例如 Filter 中抛出的异常等.
要想处理容器级别的异常, 需要继承 BasicErrorController 类, 重写 errorHtml 和 error 方法. 或者实现 ErrorController 接口, 起到和类 BasicErrorController 相似的作用.
处理应用级别异常
下面是返回 JSON 格式的处理类 br/>@RestControllerAdvice
- public class ExpectedException {
- mailto:br/%3E@RestControllerAdvice%3Cbr/
- private static final long serialVersionUID = 1L;
- @ExceptionHandler(value = MissingServletRequestParameterException.class)
- @ResponseStatus(HttpStatus.BAD_REQUEST)
- public R defaultErrorHandler(HttpServletRequest req, Exception e) throws Exception {
- return new R<>(null, "缺少参数");
- }
- }
@RestControllerAdvice 与 @ControllerAdvice +@ResponseBody 起到的作用是一样的
注解 @ExceptionHandler 里面的 value 的类是我们捕获的处理异常, 此类异常会被 defaultErrorHandler 方法处理.
@ResponseStatus(HttpStatus.BAD_REQUEST) 注解, 指定了此异常返回的状态码, 因为是缺少参数, 所以返回 400 的状态码
R 类为一个 ResultJSON 类, 把内容封装起来, 一般有 code, meg , data 三个属性. 返回一个 JSON 字符串
处理容器级别的异常
@ControllerAdvice 注解的异常处理类并不能处理容器级别的异常, 我们可以通过继承 BasicErrorController 类重写 errorHtml 或 error 方法, 以达到我们想要的返回结果.
还可以通过实现 ErrorController 接口的方法来实现自定义异常处理, BasicErrorController 类也是实现了 ErrorController 接口, 因此这种方式和 BasicErrorController 类有相似作用. 实现起来相对麻烦, 本文只讲解继承 BasicErrorController 类的方式.
- @Controller
- public class CustomizeErrorController extends BasicErrorController{
- public CustomizeErrorController(ErrorAttributes errorAttributes, ErrorProperties errorProperties, List<ErrorViewResolver> errorViewResolvers){
- super(errorAttributes, errorProperties, errorViewResolvers);
- }
- @RequestMapping(produces = {
- "text/html"
- })
- public ModelAndView errorHtml(HttpServletRequest request, HttpServletResponse response) {
- HttpStatus status = this.getStatus(request);
- Map<String, Object> model = Collections.unmodifiableMap(this.getErrorAttributes(request, this.isIncludeStackTrace(request, MediaType.TEXT_HTML)));
- response.setStatus(status.value());
- ModelAndView modelAndView = this.resolveErrorView(request, response, status, model);
- return modelAndView == null ? new ModelAndView("error", model) : modelAndView;
- }
- @RequestMapping
- @ResponseBody
- public ResponseEntity<Map<String, Object>> error(HttpServletRequest request) {
- Map<String, Object> body = this.getErrorAttributes(request, this.isIncludeStackTrace(request, MediaType.ALL));
- HttpStatus status = this.getStatus(request);
- ApiResponseBody responseBody = new ApiResponseBody((int)body.get("status"), (String) body.get("error") + ":" + (String) body.get("message"));
- return new ResponseEntity(responseBody, status);
- }
- }
该类将会覆盖 BasicErrorController 类起到处理异常的作用. 但这里要注意, 如果想要保留对 SpringBoot 默认的对浏览器请求的异常处理 (也就是根据异常错误状态码返回 error 文件夹下对应的错误页面), 还需新建一个配置文件 CustomErrorConfiguration
- mailto:br/%3E@RestControllerAdvice%3Cbr/
- mailto:br/%3E@RestControllerAdvice%3Cbr/
- @Configuration mailto:br/%3E@RestControllerAdvice%3Cbr/ br/>@ConditionalOnwebApplication
- @ConditionalOnClass({
- Servlet.class, DispatcherServlet.class
- }) mailto:br/%3E@ConditionalOnWebApplication%3Cbr/ br/>@AutoConfigureBefore({
- WebMvcAutoConfiguration.class
- })
- @EnableConfigurationProperties({
- ResourceProperties.class
- })
- public class CustomErrorConfiguration {
- private final ServerProperties serverProperties;
- private final List<ErrorViewResolver> errorViewResolvers;
- public CustomErrorConfiguration(ServerProperties serverProperties, ObjectProvider<List<ErrorViewResolver>> errorViewResolversProvider) {
- this.serverProperties = serverProperties;
- this.errorViewResolvers = (List)errorViewResolversProvider.getIfAvailable();
- }
- @Bean
- public CustomizeErrorController customizeErrorController(ErrorAttributes errorAttributes){
- return new CustomizeErrorController(errorAttributes, this.serverProperties.getError(),errorViewResolvers);
- }
- }
来源: http://blog.51cto.com/14262994/2375928