1. 導入：なぜfinally内のreturnは避けるべきなのか
Javaのtry-catch-finally構文において、finallyブロックは「例外の有無に関わらず必ず実行される」便利な場所です。しかし、このfinallyブロックの中にreturn文を書いてしまうと、プログラムの挙動が非常に分かりにくくなります。本来返されるはずだった値が、finally内のreturnによって強制的に上書きされてしまうからです。これは予期せぬバグの温床となり、デバッグを困難にするため、Java開発の現場では「絶対に行ってはいけないアンチパターン」とされています。
2. 基礎知識：finallyブロックの役割
try-catch-finallyは、主にリソース（ファイルやデータベース接続など）の解放を行うために使われます。
・try：例外が発生する可能性のある処理を書く
・catch：例外が発生した場合の処理を書く
・finally：正常終了時も例外発生時も、必ず最後に行う「後始末」を書く
本来、finallyは「値を返す場所」ではありません。ここでreturnを使うと、tryやcatchブロックで準備された戻り値を「握りつぶして」しまうという仕組みを理解しておく必要があります。
3. 実装/解決策：戻り値がどう変化するか
プログラムの制御フローにおいて、finallyブロックのコードは、tryまたはcatchブロックのreturnが実行される「直前」に割り込みます。もしfinally内にreturnがあると、Java仮想マシンはその値を最終的な戻り値として確定させてしまいます。これにより、呼び出し元はtryブロックで意図した結果を受け取ることができなくなります。
4. サンプルプログラム
以下のコードを実行して、戻り値がどうなるか確認してみてください。tryブロックでは「成功」を返そうとしていますが、finallyブロックがそれを上書きしてしまいます。
public class FinallyReturnTest {
public static void main(String[] args) {
// 結果は「成功」ではなく「finallyの戻り値」になります
System.out.println("結果: " + testMethod());
}
public static String testMethod() {
try {
return "成功"; // 本来返したい値
} finally {
// finallyブロック内でのreturnは非推奨です
// これにより「成功」という値が消滅します
return "finallyの戻り値";
}
}
}
5. 応用・注意点：現場での回避策
現場でこのような事態を防ぐためのポイントを3つ挙げます。
・finally内ではreturnを使わない
これが最も重要です。finallyブロックはあくまで「後始末」に徹しましょう。
・IDEの警告を無視しない
多くのJava開発環境（IntelliJ IDEAやEclipseなど）では、finallyブロック内にreturnを書くと警告（Warning）が表示されます。「コンパイルが通るから大丈夫」と思わず、警告が出ている箇所は必ず修正してください。
・try-with-resourcesを活用する
Java 7以降、ファイルや接続を閉じる目的であれば「try-with-resources」構文を使うのが標準です。これにより、finallyブロック自体を記述する必要がなくなり、returnの事故を根本的に防ぐことができます。
もし、制御フローの複雑さに悩んでいるなら、まずはシンプルに「finallyにはリソース解放以外のコードを書かない」というルールを徹底することから始めてみてください。それが堅牢なJavaプログラムを書くための第一歩です。
コメント