与@ExceptionHandler或HandlerExceptionResolver相比，@ControlllerAdures在处理异常方面有哪些优势？

Question

Spring3.2引入了@ControllerAdvice注释，用于处理SpringMVC应用程序中的异常。但在此版本之前，Spring有@ExceptionHandler或HandlerExceptionResolverSpring MVC应用程序中的异常处理。那么为什么Spring3.2引入@ControllerAdvice注释来处理异常呢？我坚信，Spring 3.2引入了@ControllerAdvice注释，以解决@ExceptionHandler或 >的局限性，或使异常处理更加强大。

有人能解释一下@ControlllerAdwit相对于@ExceptionHandler或HandlerExceptionResolver处理异常的优势吗？

Answer 1

区别在于：如果我需要配置异常处理代码，那么我需要在我的项目中使用@ExceptionHandler注释，它可以有两种不同的方式使用：1）在每个控制器类中使用注释并在本地处理同一控制器中的异常。例如：

@RestController
public class WSExposingController{

@GetMapping("/getAllDetails/{/id}")
public UserDetails myMethod(@PathVariable int id){
UserDetails user = UserDetailsService.getUser(id);
return user;
}

//To handle the exceptions which are resulting from this controller, I can declare an exceptionHandler specifically in the same class

@ExceptionHandler(Exception.class)
public ResponseEntity handlerSameControllerExceptions(){
return new ResponseEntity(null,HttpStatus.INTERNAL_SERVER_ERROR);

}

}

2） 如果我创建了一个扩展ResponseEntityExceptionHandler（SpringBoot类）的新类，如果我用@ControllerAdvice通知它，那么该类将成为globalexceptionhandler，这意味着任何导致任何控制器类的异常都可以在这里处理。它可以出现在同一项目的任何包中。

@RestController
@ControllerAdvice
public class GlobalJavaExceptionHandler extends ResponseEntityExceptionHandler{

    @ExceptionHandler(Exception.class)
    public ResponseEntity handleDiffControllerExceptions(){
        return new ResponseEntity(null,HttpStatus.INTERNAL_SERVER_ERROR);
    }

如果代码中同时存在两者，则本地的 优先于全局的 。理想情况下，第二个选项是更好的选择，因为我们不需要在每个控制器类中添加代码，并且这个具有@ControllerAdvice的类可以成为一站式解决方案，用于解决由于代码从控制器开始到整个代码长度中的dao而产生的所有异常。

Answer 2

@ExceptionHandler是控制器的本地：只有来自该控制器的异常才会路由到他的@ExceptionHandler

但是@ControllerAdvice是全局的：你可以有一个集中的方式来处理异常，绑定等，它适用于所有定义的控制器。

Answer 3

@ExceptionHandler在控制器级别工作，它仅对该特定控制器有效，而不是对整个应用程序全局有效。

这将解决应用程序引发的任何异常。它用于将标准Spring异常解析为其相应的 HTTP 状态代码。它无法控制响应的正文，这意味着它不会对响应的正文设置任何内容，Response.It 确实映射了响应上的状态代码，但正文为 null。

< code>@ControllerAdvice用于Spring MVC应用程序中的全局错误处理。它还可以完全控制响应正文和状态代码。