为什么try with resources catch block是选择性的？

Question

我读到try-with资源中的cat块是可选的。我尝试在try-with资源块中创建一个Connection对象，没有后续的cat块，只是从eclipse中获取编译器错误：“由自动关闭（）调用引发的未处理异常类型SQLException。”

由于每一个资源，可以使用在try与资源实现AutoCloseable，因此潜在地抛出一个异常调用关闭（）方法，我不明白如何cat子句是可选的，因为它不允许我跳过从关闭（）捕获异常。

是否有一些特殊要求，即AutoCloseable的具体实现不直接声明其方法中抛出的任何异常？（例如，overrideAutoCloseable'sclose（）抛出异常，而close（）不抛出任何异常）？

..或者这可能只是日蚀问题？

编辑：这是仍然触发问题的最简单的代码片段：

try (Connection con = dataSource.getConnection()) {
  /*...*/

}

关于这是否与使用JNDI DataSource有关的想法？

提前谢谢。




Answer 1

您可以检查JLS，但实际上有一个相对简单的推理，为什么这是该语言唯一正确的行为方式。

检查异常的主要规则是必须处理方法声明的任何检查异常，要么通过捕获它，要么让调用方法抛出它。

try资源总是（隐式）调用关闭方法。

因此，如果您使用的AutoClosable的特定close方法（由try中声明的类型决定）声明抛出选中的异常，例如SQLException，那么您确实需要在某处处理该选中的异常，否则可能会违反规则！

如果关闭方法没有声明它抛出检查异常，则不违反规则，并且您不需要处理隐式调用关闭方法的检查异常。如果您确实尝试捕获从未声明要抛出的检查异常，这实际上是编译失败。

Answer 2

您可能只是抛出异常（或在另一个try-catch块中捕获）：

private static void test() throws IOException {
    try(InputStream is = new FileInputStream("test.txt")) {
        while(is.read() > -1) {
        }
    } finally {
        // Will get executed, even if exception occurs
        System.out.println("Finished");
    }
}

Answer 3

如果over（）无法抛出已检查的异常，则该选项是可选的。但是，如果over（）可以，则需要以正常方式处理已检查的异常，可以使用cat块，也可以从try-with-Resources块所在的方法中抛出。

更多详细信息请参见JLS 14.2.3

14.20.3.2. 扩展资源试用

包含至少一个catch子句和/或finally子句的try with resources语句称为扩展try with resources语句。

扩展的try with资源语句的含义：

try ResourceSpecification
    Block
[Catches]
[Finally]

由以下转换为嵌套在try-catch或try-finally或try-catch-finally语句中的基本try with resources语句：

try {
    try ResourceSpecification
       Block
}
[Catches]
[Finally]

翻译的效果是将资源规范“放在”try语句中。这允许扩展的try with resources语句的catch子句捕捉由于自动初始化或关闭任何资源而导致的异常。

此外，根据finally关键字的意图，在执行finally块时，所有资源都已关闭（或试图关闭）。

关于这是否与使用JNDI DataSource有关的想法？

是的，它是。

在您提供的示例try with resources块中，有必要捕获异常并处理，或者从块所在的方法中抛出，因为SQLException是一个选中的异常。