前言
之前写过一篇博客是使用spring利用HandlerExceptionResolver实现全局异常捕获
里面使用spring的HandlerExceptionResolver接口来实现全局的异常捕获,当时使用,但其实之后已经替换
当前项目中使用的是:@ControllerAdvice 、@ExceptionHandler通过这两个注解来实现全局的异常捕获
已经加入我的github模版中:https://github.com/LinkinStars/springBootTemplate
实现
创建GlobalExceptionResolver,实现如下:
import com.linkinstars.springBootTemplate.exception.ServiceException;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.ResponseBody;
import org.springframework.web.servlet.ModelAndView;
/**
* 全局异常处理
* @author LinkinStar
*/
@ControllerAdvice
public class GlobalExceptionResolver {
@ExceptionHandler(value = ServiceException.class)
public @ResponseBody String serviceCommonExceptionHandler(ServiceException e) {
//对捕获的异常进行处理并打印日志等,之后返回json数据,方式与Controller相同
return "{'code':-1}";
}
@ExceptionHandler(value = Exception.class)
public ModelAndView exceptionHandler() {
//当然也可以直接返回ModelAndView等类型,然后跳转相应的错误页面,这都根据实际的需要进行使用
return new ModelAndView();
}
}
其中ServiceException是自定义的异常
/**
* 自定义异常
* @author LinkinStar
*/
public class ServiceException extends RuntimeException{
}
spring会根据ExceptionHandler中的值进行匹配,如果你的一些异常没有被捕获,这里就会处理一些你没有捕获的异常
至于你需要返回一个页面还是需要返回一个json数据,这就看实际的业务场景了。
使用原因
在之前的博客中也提出,spring官方推荐这样的写法,但当时没有在意,在实际使用中出现问题后,最终还是采用了这样的方式,理由主要有下面几点:
1、使用注解的方式代码看上去更加的清晰。
2、对于自定义异常的捕获会很方便。
3、适用于对于返回json格式的情况(可以使用@ResponseBody注解方法对特定异常进行处理),使用HandlerExceptionResolver的话如果是ajax的请求,出现异常就会很尴尬,ajax并不认识ModelAndView。