このコードを考えると、何が何であれ、ブロックが常に実行されることを絶対に確信できますか?finallysomething()
try {
something();
return success;
}
catch (Exception e) {
return failure;
}
finally {
System.out.println("I don't know if this will get printed out");
}
はい、またはコード ブロックfinallyの実行後に呼び出されます。trycatch
finally呼び出されないのは次の場合のみです。
System.exit()Runtime.getRuntime().halt(exitStatus)tryJVM がorcatchブロック内で無限ループ (またはその他の割り込み不可で終了しないステートメント) に達した場合kill -9 <pid>UNIXの場合finallyブロックがデーモン スレッドによって実行され、他のすべての非デーモン スレッドfinallyが呼び出される前に終了する場合コード例：
public static void main(String[] args) {
System.out.println(Test.test());
}
public static int test() {
try {
return 0;
}
finally {
System.out.println("something is printed");
}
}
出力：
something is printed.
0
また、これは悪い習慣ですが、finally ブロック内に return ステートメントがある場合、通常のブロックからの他のすべての return よりも優先されます。つまり、次のブロックは false を返します。
try { return true; } finally { return false; }
finally ブロックから例外をスローする場合も同じです。
Java 言語仕様の公式用語は次のとおりです。
14.20.2. try-finally と try-catch-finally の実行
ブロックを含む
tryステートメントは、finally最初にブロックを実行することによって実行されtryます。次に、選択肢があります。
- ブロックの実行が
try正常に完了すると、 [...]- 値Vが原因でブロックの実行が
try突然終了した場合[...]throw- ブロックの実行がR
try以外の理由で突然終了した場合、そのブロックは実行されます。次に、選択肢があります。finally
- finally ブロックが正常に完了すると、ステートメントはR
tryの理由で突然完了します。finallyブロックが理由Sで突然終了した場合、tryステートメントは理由 S で突然終了します(理由Rは破棄されます)。
の仕様では、return実際にはこれが明示されています。
ReturnStatement: return Expression(opt) ;それを含むメソッドまたはコンストラクターの呼び出し元に制御を移そう
returnとしないステートメント。Expressionそれを含むメソッドの呼び出し元に制御を移そうとする
returnステートメントを含むステートメント。の値がメソッド呼び出しの値になります。ExpressionExpression前述の説明では、単に「制御を転送する」ではなく、「制御を転送しようとする」と述べています。これは、ブロックにステートメントが含まれるメソッドまたはコンストラクター内にステートメントがある場合、それらのステートメントのすべての句が最も内側から最も外側の順序で実行されるためです。 、制御がメソッドまたはコンストラクターの呼び出し元に転送される前。句が突然完了すると、ステートメントによって開始された制御の転送が中断される可能性があります。
trytryreturnfinallytryfinallyreturn
他の応答に加えて、'finally' には、try..catch ブロックによって例外/戻り値をオーバーライドする権利があることを指摘することが重要です。たとえば、次のコードは 12 を返します。
public static int getMonthsInYear() {
try {
return 10;
}
finally {
return 12;
}
}
同様に、次のメソッドは例外をスローしません。
public static int getMonthsInYear() {
try {
throw new RuntimeException();
}
finally {
return 12;
}
}
次のメソッドはそれをスローしますが：
public static int getMonthsInYear() {
try {
return 12;
}
finally {
throw new RuntimeException();
}
}
上記の例を少し変更して試しました-
public static void main(final String[] args) {
System.out.println(test());
}
public static int test() {
int i = 0;
try {
i = 2;
return i;
} finally {
i = 12;
System.out.println("finally trumps return.");
}
}
上記のコードは次を出力します。
最後に切り札が返ってきます。
2
これは、when return i;is executableiの値が 2 であるためです。この後finally、12 が割り当てられたブロックが実行されi、次にSystem.outout が実行されます。
finallyブロックを実行した後、ブロックtryは 12 ではなく 2 を返します。これは、この return ステートメントが再度実行されないためです。
このコードを Eclipse でデバッグすると、ブロックの実行後System.outにfinallyブロックのreturnステートメントがtry再度実行されるように感じるでしょう。しかし、そうではありません。単純に値 2 を返します。
これがケビンの答えの詳細です。finally後で返される場合でも、返される式は の前に評価されることを知っておくことが重要です。
public static void main(String[] args) {
System.out.println(Test.test());
}
public static int printX() {
System.out.println("X");
return 0;
}
public static int test() {
try {
return printX();
}
finally {
System.out.println("finally trumps return... sort of");
}
}
出力：
X
finally trumps return... sort of
0
それがfinallyブロックの全体像です。もちろん、特に戻ってきたためにスキップされる可能性のあるクリーンアップを確実に実行できます。
最後に、tryブロックで何が起こったかに関係なく呼び出されます（呼び出すか、Java仮想マシンが他の理由で起動しない限り）。System.exit(int)
これについて考える論理的な方法は次のとおりです。
finally は、プログラムの異常終了 (System.exit(0) の呼び出しなど) がない限り、常に実行されます。したがって、sysoutが出力されます
JVMのクラッシュまたはへの呼び出しのいずれかが原因でプログラムが異常終了しない限り、finallyブロックは常に実行されSystem.exit(0)ます。
さらに、finallyブロック内から返された値は、finallyブロックの実行前に返された値を上書きするため、tryfinallyを使用するときはすべての出口点をチェックするように注意してください。
また、最後に戻ると、すべての例外が破棄されます。 http://jamesjava.blogspot.com/2006/03/dont-return-in-finally-clause.html
最後に、常に実行されます。これは、戻り値の後にコードに表示されるからといって、それが実装されていることを意味するわけではありません。Javaランタイムには、tryブロックを終了するときにこのコードを実行する責任があります。
たとえば、次の場合：
int foo() {
try {
return 42;
}
finally {
System.out.println("done");
}
}
ランタイムは次のようなものを生成します：
int foo() {
int ret = 42;
System.out.println("done");
return 42;
}
キャッチされない例外がスローされると、finallyブロックが実行され、例外が伝播し続けます。
呼び出すSystem.exit()（またはスレッドがクラッシュする）場合を除いて、finallyブロックが常に呼び出されるためです。
これは、i の値を 12 として代入したが、i の値を関数に返さなかったためです。正しいコードは次のとおりです。
public static int test() {
int i = 0;
try {
return i;
} finally {
i = 12;
System.out.println("finally trumps return.");
return i;
}
}
簡潔に言えば、公式のJavaドキュメント（ここをクリック）には、次のように書かれています-
try または catch コードの実行中に JVM が終了すると、finally ブロックが実行されない場合があります。同様に、try または catch コードを実行しているスレッドが中断または強制終了された場合、アプリケーション全体が続行されても、finally ブロックが実行されない可能性があります。
はい、呼び出されます。これが、finally キーワードを使用するポイントです。try/catch ブロックからジャンプして finally ブロックをスキップできる場合、それは System.out.println を try/catch の外に置くのと同じです。
答えは簡単ですYES .
入力：
try{
int divideByZeroException = 5 / 0;
} catch (Exception e){
System.out.println("catch");
return; // also tried with break; in switch-case, got same output
} finally {
System.out.println("finally");
}
出力：
catch
finally
はい、そうなります。System.exit() が呼び出されたり、JVM がクラッシュしたりしない限り、try または catch ブロックで何が起こっても問題ありません。ブロックに return ステートメントがある場合、最後にその return ステートメントの前に実行されます。
はい。JVM が終了またはクラッシュする場合のみ、そうではありません。
最終的にtryブロックのreturnを置き換える場合のreturnに関するポイントに加えて、例外についても同じことが言えます。例外をスローするfinallyブロックは、tryブロック内からスローされたリターンまたは例外を置き換えます。
これは実際にはどの言語でも当てはまります...最後に、return がメソッド本体のどこにあるかに関係なく、return ステートメントの前に常に実行されます。そうでなければ、finally ブロックはあまり意味がありません。
さまざまなフォーラムで提供されたすべての回答に非常に混乱し、最終的にコーディングして確認することにしました。出力は次のとおりです。
try と catch ブロックで return があっても、finally が実行されます。
try {
System.out.println("try");
return;
//int i =5/0;
//System.exit(0 ) ;
} catch (Exception e) {
System.out.println("catch");
return;
//int i =5/0;
//System.exit(0 ) ;
} finally {
System.out.println("Print me FINALLY");
}
出力
試す
最後に私を印刷してください
System.exit(0)上記のコードの try および catch ブロックでreturn が に置き換えられ、その前に何らかの理由で例外が発生した場合。例外がスローされた場合、finally が実行されます。例外がスローされない場合、finally が実行されます。例外がキャッチされると、最終的に実行されます。例外がキャッチされない場合、finally が実行されます。
実行されないのは、JVM が終了するときだけです。
このコードを試してみると、finally ブロックのコードが return ステートメントの後に実行されることがわかります。
public class TestTryCatchFinally {
static int x = 0;
public static void main(String[] args){
System.out.println(f1() );
System.out.println(f2() );
}
public static int f1(){
try{
x = 1;
return x;
}finally{
x = 2;
}
}
public static int f2(){
return x;
}
}
finally ブロックは、例外処理の有無にかかわらず常に実行されます。try ブロックの前に何らかの例外が発生した場合、finally ブロックは実行されません。
ファイナルはどんな場合でも常に呼び出されるからです。例外はありません、それはまだ呼び出されます、例外をキャッチします、それはまだ呼び出されます
finallyネストされたブロックException内で anがthrownの場合、途中で終了することもあります。コンパイラは、ブロックが正常に完了しないことを警告するか、到達できないコードがあるというエラーを出します。到達不能コードのエラーは、 が条件ステートメントの後ろまたはループ内にない場合にのみ表示されます。finallyfinallythrow
try{
}finally{
try{
}finally{
//if(someCondition) --> no error because of unreachable code
throw new RunTimeException();
}
int a = 5;//unreachable code
}
通常の実行過程でこれを考慮してください (つまり、例外がスローされていない場合): メソッドが 'void' でない場合、メソッドは常に明示的に何かを返しますが、最終的には常に実行されます。
finally ブロックをバイパスできるいくつかの条件を次に示します。
最後の非デーモン スレッドの終了例:
public class TestDaemon {
private static Runnable runnable = new Runnable() {
@Override
public void run() {
try {
while (true) {
System.out.println("Is alive");
Thread.sleep(10);
// throw new RuntimeException();
}
} catch (Throwable t) {
t.printStackTrace();
} finally {
System.out.println("This will never be executed.");
}
}
};
public static void main(String[] args) throws InterruptedException {
Thread daemon = new Thread(runnable);
daemon.setDaemon(true);
daemon.start();
Thread.sleep(100);
// daemon.stop();
System.out.println("Last non-daemon thread exits.");
}
}
出力：
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Last non-daemon thread exits.
Is alive
Is alive
Is alive
Is alive
Is alive
リソースの試行例
static class IamAutoCloseable implements AutoCloseable {
private final String name;
IamAutoCloseable(String name) {
this.name = name;
}
public void close() {
System.out.println(name);
}
}
@Test
public void withResourceFinally() {
try (IamAutoCloseable closeable1 = new IamAutoCloseable("closeable1");
IamAutoCloseable closeable2 = new IamAutoCloseable("closeable2")) {
System.out.println("try");
} finally {
System.out.println("finally");
}
}
テスト出力:
try
closeable2
closeable1
finally