spring boot中的生产级异常处理

Question

我有一个场景：

            UI<--->Spring boot micro-service REST API<--->server

现在，有一种情况，我想处理自定义异常（我知道如何做），以便在服务器以某种方式响应时将特定的Http状态和消息返回到UI，例如，500应返回“请稍后返回”，而不是“内部服务器错误”。我们微服务的maven项目分为3层（子maven项目），即业务、Web和域。其中web包含控制器类，业务包含服务类，域包含@Entity、@Components等。

我想知道为了处理上面提到的异常，比如说HTTP状态500，应该在业务层完成吗？或在web层，即控制器级别。最好的解决方案是什么？（我知道ResponseEntity以及它如何为UI提供定制响应）。

我个人认为，如果我在业务级别包含自定义异常类，并在检查响应状态后使用响应实体在控制器类中返回该异常类，那么就可以了。但官员们觉得应该在服务水平上进行？我不明白为什么（这会使过程更加复杂）？谁能建议哪种解决方案最好？

Answer 1

错误响应通常由与您的异常类型匹配的@ExceptionHandler生成，并可能注册到@ConrtrollerAdvice，如下所述。

API应标准化（例如：。http://jsonapi.org/)而且主要是为开发者设计的。返回“请稍后返回”而不是“内部服务器错误”，对我来说没有什么意义。这是一个不确定原因的500 HTTP状态响应，例如NullPointerException代码深处的某个地方。

Answer 2

如果您想在全局级别处理错误，可以使用@ControllerAdvice，这在处理自定义异常和运行时异常时非常容易。

您可以将异常从业务层抛出到web控制器，并定义@ControllerAdvice类来捕获这些错误，并提供具有正确响应状态的响应。

对于Ex：-

@ControllerAdvice
public class RestResponseEntityExceptionHandler extends ResponseEntityExceptionHandler {

    @ExceptionHandler(value = { IllegalArgumentException.class, IllegalStateException.class })
    protected ResponseEntity<Object> handleConflict(RuntimeException ex, WebRequest request) {
        String bodyOfResponse = "This should be application specific";
        return handleExceptionInternal(ex, bodyOfResponse, 
          new HttpHeaders(), HttpStatus.CONFLICT, request);
    }
}

并且从控制器类中抛出这些异常类，你不需要从控制器中捕获异常。

希望这对你有帮助...

上面的代码片段

Answer 3

官员们是对的，应该在服务层。我认为最好的做法是使用@ExceptionHandler。因为在控制器方法中处理异常的缺点是，它会降低代码的可读性，并且可能会在许多控制器方法中重复。

我建议为控制器创建一个定义了@ExceptionHandler的基类。这样，它可以用于许多不同的控制器，而无需任何代码复制。这将比异常解析器方法更具可读性，但可以结合使用，这里对此进行了清楚的解释