我找不到任何关于 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 子句中声明较低级别的异常?
- 在清理操作期间忽略异常?
最佳答案
首先,决定你是否真的需要从 finally block 中抛出 - 仔细考虑 - 在 close() 调用失败的情况下......好吧,记录它很好 - 但是你的更高层可以做什么API真的有问题吗?因此,对于 99% 的情况,您将记录次要的,然后重新抛出主要的。
接下来,如果您确实需要抛出次要异常,请确定次要异常的各种原因是否重要。他们很少见。因此,将次要原因设置为主要原因(使用适当的构造函数或 initCause() )。
最后,如果您必须抛出辅助对象,并保留辅助对象和主要对象的完整堆栈跟踪 - 那么您将创建一个自定义异常来处理这种情况。这很丑陋,因为您可能希望从不同的父类派生。如果确实出现这种情况,我建议创建一个帮助程序类,该类能够填充目标异常的堆栈跟踪,从而根据这两个异常生成有意义的跟踪(确保对次要异常使用缩进,因此嵌套异常是容易拉开)。
但大多数情况下,我建议您使用 log-and-rethrow-primary 范例。专注于修复主要问题,次要问题通常会自行解决(这里的经典示例是一个 IO 异常,它把事情搞得一团糟,以至于对 close() 的调用也无法成功)。
关于java - 在 Java 中编写带有清理操作的 catch block ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2792679/