java - 在 Java 中编写带有清理操作的 catch block

Question

我找不到任何关于 Java 中的 catch block 的建议，这些 block 涉及一些本身可能引发异常的清理操作。

典型的例子是 stream.close() ，我们通常在 finally 子句中调用它，如果它抛出异常，我们要么通过调用它来忽略它在 try-catch block 中或声明它被重新抛出。

但一般来说，我如何处理以下情况:

public void doIt() throws ApiException { //ApiException is my "higher level" exception
  try {
    doLower();
  } catch(Exception le) {
    doCleanup(); //this throws exception too which I can't communicate to caller
    throw new ApiException(le);
  }
}

我能做到:

catch(Exception le) {
  try {
    doCleanup();
  } catch(Exception le1) {
  //ignore?
  //log?
  }
  throw new ApiException(le); //I must throw le
}

但这意味着我将不得不进行一些日志分析以了解清理失败的原因。

如果我这样做了:

catch(Exception le) {
  try {
    doCleanup();
  } catch(Exception le1) {
    throw new ApiException(le1);
  }

它会导致丢失 le，它让我在第一个地方的 catch block 中到达这里。

人们在这里使用的习语有哪些？

• 在 throws 子句中声明较低级别的异常？
• 在清理操作期间忽略异常？

Answer 1

首先，决定你是否真的需要从 finally block 中抛出 - 仔细考虑 - 在 close() 调用失败的情况下......好吧，记录它很好 - 但是你的更高层可以做什么API真的有问题吗？因此，对于 99% 的情况，您将记录次要的，然后重新抛出主要的。

接下来，如果您确实需要抛出次要异常，请确定次要异常的各种原因是否重要。他们很少见。因此，将次要原因设置为主要原因(使用适当的构造函数或 initCause() )。

最后，如果您必须抛出辅助对象，并保留辅助对象和主要对象的完整堆栈跟踪 - 那么您将创建一个自定义异常来处理这种情况。这很丑陋，因为您可能希望从不同的父类派生。如果确实出现这种情况，我建议创建一个帮助程序类，该类能够填充目标异常的堆栈跟踪，从而根据这两个异常生成有意义的跟踪(确保对次要异常使用缩进，因此嵌套异常是容易拉开)。

但大多数情况下，我建议您使用 log-and-rethrow-primary 范例。专注于修复主要问题，次要问题通常会自行解决(这里的经典示例是一个 IO 异常，它把事情搞得一团糟，以至于对 close() 的调用也无法成功)。