「キャッチ」なしで「トライ・ファイナリー」を行うことは意味がありますか？

私はこのようなコードを見ました：

    try
    {
        db.store(mydata);
    }
    finally
    {
        db.cleanup();
    }

try持っているはずだと思いましたcatch？

なぜこのコードはこのようにするのですか？

これは、現在実行中のメソッドが例外をスローする一方で、リソースを適切にクリーンアップできるようにする場合に役立ちます。以下は、呼び出しメソッドからの例外を処理する具体的な例です。

public void yourOtherMethod() {
    try {
        yourMethod();
    } catch (YourException ex) {
        // handle exception
    }
}    

public void yourMethod() throws YourException {
    try {
        db.store(mydata);
    } finally {
        db.cleanup();
    }
}

これdb.cleanup()は、tryブロック内のコードが例外をスローした場合でも、プログラマがそれを確実に呼び出す必要があるためです。例外はそのブロックでは処理されませんが、finallyブロックが実行された後にのみ、上向きに伝播されます。

なぜこのコードはこのようにするのですか？

どうやらコードはこのレベルで例外を処理する方法を知らないからです。それはいいですません。呼び出し元の1人が行う限り、つまり例外が最終的にどこかで処理される限りです。

多くの場合、ユーザーに通知する必要があるか、例外をログに記録する必要があるか、別の戦略を試す必要があるため、低レベルのコードは例外に適切に対応できません。低レベルのコードは1つを実行します機能のみを、高レベルの意思決定については認識しません。

ただし、コードは引き続きリソースをクリーンアップする必要があります（クリーンアップしないとリソースがリークするため）。そのため、finally節でそれを実行し、例外がスローされたかどうかに関係なく、常に発生するようにします。

finallyブロックは、RuntimeExceptionがスローされた場合でも（呼び出されたコードのバグが原因である可能性があります）、db.cleanup()呼び出しが行われるようにします。

これは、ネストが多すぎないようにするためにもよく使用されます。

try
{
    if (foo) return false;
    //bla ...
    return true;
}
finally
{
    //clean up
}

特に、メソッドが戻るポイントが多い場合は、すべての場合にクリーンアップコードが呼び出されるのを誰でも確認できるため、これにより読みやすさが向上します。

コードは、データベースが確実に閉じられるようにしています。
通常は、データベースにアクセスするすべてのコードをtryブロックに配置し、データベースを閉じるための呼び出しをfinallyブロックに配置します。
try ... finallyが機能する方法とは、tryブロックのコードが実行され、finallyブロックのコードがそれが終了したときに実行されることを意味します。
コンピュータが壁から引っ張られる前に、finallyが実行されます。
これは、例外が呼び出され、メソッドの実行に3年かかる場合でも、最終的にブロックされ、データベースが閉じられることを意味します。

tryブロックのコードのいずれかがチェック済み例外をスローできる場合は、メソッドシグネチャのthrows句に表示する必要があります。未チェックの例外がスローされると、メソッドからバブリングされます。

例外がスローされたかどうかにかかわらず、finallyブロックは常に実行されます。