是否有嵌套的try / catch块的首选项？

Question

关于在Java中使用Readers和Streams总是困扰我的一件事是该close()方法可能引发异常。由于将close方法放在finally块中是个好主意，因此这需要一些尴尬的情况。我通常使用这种构造：

FileReader fr = new FileReader("SomeFile.txt");
try {
    try {
        fr.read();
    } finally {
        fr.close();
    }
} catch(Exception e) {
    // Do exception handling
}

但是我也看到了这种构造：

FileReader fr = new FileReader("SomeFile.txt");
try {
    fr.read() 
} catch (Exception e) {
    // Do exception handling
} finally {
    try {
        fr.close();
    } catch (Exception e) {
        // Do exception handling
    }
}

我更喜欢第一种结构，因为只有一个捕获块，而且看起来更优雅。是否有理由真正喜欢第二种或另一种结构？

更新：将有所作为，如果我指出，无论read与close只引发IOException？因此，在我看来，如果读取失败，则出于相同的原因关闭也会失败。

Answer 1

我总是会去第一个例子。

如果close抛出异常（实际上，FileReader永远不会发生），那么处理该调用者的异常异常的标准处理方式不是吗？几乎可以肯定，异常例外比使用资源时遇到的任何问题都要重要。如果您对异常处理的想法是调用System.err.println，则第二种方法可能更合适。

存在一个将异常抛出多远的问题。ThreadDeath应该总是被重新抛出，但是在它内部的任何异常都会阻止它。同样，Error应该比RuntimeException和RuntimeException比检查的异常更远。如果您真的想要，可以编写代码来遵循这些规则，然后使用“环顾四周”成语对它进行抽象。