tryブロックおよびtry-with-resourcesステートメントからスローされた例外文

Question

Java Docsの次のコードを検討してください。 Javaのドキュメント 1として

static String readFirstLineFromFile(String path) throws IOException { 
    try (**BufferedReader br = new BufferedReader(new FileReader(path))**) { 
     **return br.readLine();** 
    } 
} 

、例外が tryブロックとのtry-と資源のステートメントの両方からスローされた場合readFirstLineFromFileは、その後、 方法readFirstLineFromFileスロー例で

try ブロックからスローされた例外。 try-with-resourcesブロックからスローされた例外は です。 BufferedReaderのインスタンスが試し-とリソース 文で宣言されているので一方

、それはまた

を言及している、それは関係なく、try文 が正常に完了したかどうかの閉じられますまたは突然（方法
のIOExceptionをスローするBufferedReader.readLineの結果として）。 （closeメソッドが私の理解あたりとして... tryブロックが実行された後にのみ呼び出されることを意味します）

ので、文で-資源-試してみて、ブロックスロー例外を試す両方と仮定例外は

1）例外が最初tryブロックからスローされるスローされる順序を考慮return br.readLine();

2） tryブロックが完了すると（tryブロックから例外がスローされたかどうかにかかわらず）、Buffered Readerのcloseメソッドが呼び出され、exceptionもスローされます。だから、

、（それが最後に実行されたので）、理想的方法readFirstLineFromFileからスローされた例外は、BufferedReaderののcloseメソッドからのものであるべきではなく、tryブロック内のreturn br.readLine();から1（のJavadoc内で言及されたものと比較して）

誰かが疑いを明確にしてください。

Answer 1

try(<<stuff>>){stuff.dude();}はtry{stuff.dude();}finally{stuff.close();}のようなものです。

成功するか失敗するかによって、適用可能な場合はクローズ可能です。