是没有catch块的finally块是Java反模式吗？

Question

我对故障排除看起来像是非常痛苦的故障排除经验，如下所示：

try {
   doSomeStuff()
   doMore()
} finally {
   doSomeOtherStuff()
}

该问题很难解决，因为doSomeStuff（）引发了异常，这又导致doSomeOtherStuff（）也引发了异常。第二个异常（由finally块引发）抛出了我的代码，但是它没有第一个异常（由doSomeStuff（）引发）的句柄，这是问题的真正根源。

如果代码改为这样说，那么问题就很明显了：

try {
    doSomeStuff()
    doMore()
} catch (Exception e) {
    log.error(e);
} finally {
   doSomeOtherStuff()
}

所以，我的问题是这样的：

在没有任何catch块的情况下使用的finally块是否是众所周知的Java反模式？（它显然是显然著名的反模式“ Do n’t
gobble异常！”的一个不太明显的子类。）

Answer 1

通常，不，这不是反模式。finally块的目的是确保无论是否引发异常，都会清理东西。异常处理的全部要点是，如果您不能处理它，则可以通过相对干净的带外信号异常处理提供的功能，让异常冒出来的人可以解决。如果您需要确保在引发异常时清除所有内容，但不能在当前范围内正确处理该异常，那么这就是正确的做法。您可能只是想更加小心一点，以确保您的finally块不会抛出。