在 Java 中在异常和日志之间切换？

Question

我在一个项目中，我们想在测试期间抛出异常，但在生产中只是记录异常而不是抛出它，因为我们不想停止执行。有人建议 Spring 可能有办法使其可配置。有什么建议吗？

Answer 1

您可以在生产环境中使用方面方法。您需要向您的服务类提供适当的建议，以捕获异常并将其记录到系统日志中。下面的代码是根据 EJB 规范编写的，但是在 Spring 中它看起来非常相似：

public class CatchExceptionInterceptor{
     private static final Logger log = LoggerFactory.getLogger(CatchExceptionInterceptor.class);
     @AroundInvoke
     public Object invoke(InvocationContext ic){
          try{
                return ic.proceed();
          }catch (Exception e){
                log.error("Error while invoking business method "+e.getMessage(),e);
                return ???// null or whatevery you like
          }
     }
}

Answer 2

基本上，我认为您不应该更改生产和测试之间的异常处理等基本内容。你总是会产生副作用，例如在生产中记录异常可能会产生另一个异常等。
然而，我自己也遇到过这样的问题，我总是通过使用中央异常处理程序来解决它们，我可以将其配置为记录消息或重新抛出它们，或两者兼而有之（不推荐，但产品经理希望这样做，直到他们看到没有人可以再阅读日志了；))。

try {
   doSomethingDangerous();
} catch(Exception e) {
   exceptionHandler.handle(e);
}

当然，您可以充分发挥您的想象力，了解如何获取异常处理程序、您需要多少种不同类型的异常处理程序、它们如何处理异常等。您还可以为handle() 或其他任何内容提供自定义消息。
问题是，如果您将其集中化，则可以在一个地方配置行为。

Answer 3

如果没有太多上下文，很难给出建议，但我认为您会想要像 AspectJ 这样的东西（它确实与 Spring 很好地集成）。

在这种情况下，您将创建附加到所有相关方法调用的方面，捕获底层异常，并决定重新抛出或记录它。这可能是 @Around 建议。

然而，我质疑这种方法的优点，因为如果异常是可恢复的，则无需在开发环境和生产环境之间做任何不同的事情。它只会使测试变得复杂。

Answer 4

正如其他答案所解释的那样，您尝试做的事情是有问题的（主要是因为您的异常处理程序是软件的一部分，并且应该像在生产中运行一样进行测试）。也就是说，您正在寻找的内容看起来更像断言。

断言通常仅在测试中启用，但不适用于生产。 Java 中有多种选项，内置的 assert 或一些第三方库。