Java Spring-boot微服务异常处理

Question

Java 异常处理分为错误、已检查异常和未检查异常。这个问题是关于异常的。

普通的Java异常处理是将Exception类扩展为checked exceptions，并根据异常层次结构按需处理。

例如:

public class ExceptionA extends Exception {}

public class RunClass {

    public static void main() {
        try {
            RunClass runClass = new RunClass();
            runClass.doSomething();
        } catch(ExceptionA eA) {
            // Do ExceptionA related resolutions.
        } catch(Exception e) {
            // Do Exception related resolutions.
        }
    }

    public doSomething() throws ExceptionA {
        throw new ExceptionA();
    }
}

但我看到了主要的 Spring 书籍，甚至在 Internet 教程中提到了 Spring-boot，在微服务的上下文中，即使使用 @ControllerAdvice，也总是从 RuntimeException 类扩展。

这明显违反了 Java 异常处理基础知识。但是仍然有一种说法是，它使用 RuntimeException 进行扩展，因为此异常由 @ExceptionHandler 方法处理，并且在运行时生成和处理。

仍然，由于 RuntimeException 的这个扩展使得编译时异常处理轨迹不可见，并且很难追溯异常是如何抛出的。由于这些原因，我仍然相信，仍然使用 @ExceptionHandler 方法遵循基本的 Java 检查和未检查异常处理概念。

例如:

public class ExceptionRA extends RuntimeException {}

@ContollerAdvice
public class ExceptionHandler {

    @ExceptionHandler(ExceptionRA.class)
    public String handleException (Exception exception, Model model) {
        return "exception";
    }

}

@Controller
public class RunClass {

    @RequestMapping("/url1")
    public doSomething() {
        throw new ExceptionRA();
    }
}

我应该使用@ExcpetionHadler 遵循所有异常场景的扩展RuntimeException 还是使用@ExceptionHaldler 遵循基本的Java 检查和未检查机制？欢迎提出想法、建议和更正。

Answer 1

对已检查/未检查异常的偏好就像一种宗教。

您通常不会在自己的代码中调用 Controller 方法。通常你不会有这样的代码:

try {
   runClass.doSomething();
} catch(ExceptionRA exra) {
  // Handle handle handle
}

因此，您不会直接从 Controller 方法抛出的检查异常中获利。他们不会强制任何检查处理，因为没有地方可以处理它们。因此，您也可以抛出未经检查的异常并缩短方法签名。从 Controller 方法中抛出已检查的异常没有任何附加值。

Controller 调用的某些业务服务方法也可能抛出异常。这引发了两个问题:

• 您应该在业务逻辑中使用已检查异常还是未检查异常？
• 如果业务逻辑抛出已检查的异常，您是否应该将其包装为未检查的异常？还是只是路过？

第一个问题的答案是——你不应该让这个决定受到你在 Controller 中所做的事情的影响。根据你的“异常(exception)宗教”去做。如果您更喜欢检查异常，请使用检查异常，无论您是否在 Controller 中使用未检查异常。

第二个问题不行。假设您的业务逻辑抛出一个已检查的异常。如果此异常足以向调用者表示情况，则没有理由将其包装到任何其他异常中，无论是已检查还是未检查。如果您的业务异常没有向调用者正确解释情况，最好将其包装起来。然后，未经检查的异常将使您的签名更短。

现在发表个人意见。除了编程错误之外，我通常更喜欢检查异常。我也在 Controller 中使用它们(不要介意有点长的方法签名)。