


Catch およびFinally ブロックでの例外処理
最近の大学の Java 課題で、学生は次のコード スニペットに遭遇し、予測するように求められました。出力:
<code class="java">class MyExc1 extends Exception {} class MyExc2 extends Exception {} class MyExc3 extends MyExc2 {} public class C1 { public static void main(String[] args) throws Exception { try { System.out.print(1); q(); } catch (Exception i) { throw new MyExc2(); } finally { System.out.print(2); throw new MyExc1(); } } static void q() throws Exception { try { throw new MyExc1(); } catch (Exception y) { } finally { System.out.print(3); throw new Exception(); } } }</code>
生徒が「スレッド メイン MyExc2 の 13Exception」と答えたとき、正解が「スレッド メイン MyExc1 の 132Exception」であることを知って驚きました。
Catch ブロックと Final ブロックでの例外の伝播を理解する
正しい出力を理解するには、catch ブロックと Finally ブロック内の例外の動作を理解することが重要です。 Java の例外処理メカニズムによると:
- そのブロックから伝播される catch または Final ブロック内で例外がスローされると、現在の例外は自動的に中止され、忘れられます。
- 新しい例外はスタックの巻き戻しを開始し、途中で任意の catch ブロックまたはfinally ブロックに準拠します。
- 特に、catch ブロックでスローされた新しい例外は、その catch のfinally ブロックの影響を受けます (存在する場合)。
例外フローのトレース
これを念頭に置いて、コード スニペットの実行をステップごとにトレースしてみましょう。
- プログラムは main メソッドで開始され、「1」を出力します。
- q メソッドで例外がスローされ、main の catch ブロックによってキャッチされます。
- catch ブロック内で、新しい例外が発生し、 MyExc2 がスローされます。これにより、元の例外 MyExc1 が中止されます。
- MyExc2 例外は、catch ブロックからfinally ブロックに伝播されます。
- finally ブロックは、「2」を出力します。ただし、q メソッドを終了する前に、finally ブロックが新しい例外をスローし、スタックの巻き戻しが開始されます。
- 新しい例外は、q メソッドの catch ブロックでキャッチされない例外です。
- Exception 例外は q メソッドからメイン メソッドのfinally ブロックに伝播します。
- main のfinally ブロックは「3」を出力し、MyExc1 例外をスローします。
- MyExc1 例外はメイン メソッドから伝播し、仮想マシンによってキャッチされます。
出力を理解する
このトレースから、次のことがわかります。
- メイン メソッドから伝播する最後の例外は MyExc1 です。
- スタック トレースには「132」が含まれており、これはプログラムによって出力された出力に対応します。
したがって、正しい出力は「132Exception in thread main MyExc1」です。
以上がMyExc2 例外が catch ブロックでスローされているにもかかわらず、コード スニペットが出力「132Exception in thread main MyExc1」を生成するのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

この記事では、Javaプロジェクト管理、自動化の構築、依存関係の解像度にMavenとGradleを使用して、アプローチと最適化戦略を比較して説明します。

この記事では、MavenやGradleなどのツールを使用して、適切なバージョン化と依存関係管理を使用して、カスタムJavaライブラリ(JARファイル)の作成と使用について説明します。

この記事では、カフェインとグアバキャッシュを使用してJavaでマルチレベルキャッシュを実装してアプリケーションのパフォーマンスを向上させています。セットアップ、統合、パフォーマンスの利点をカバーし、構成と立ち退きポリシー管理Best Pra

この記事では、キャッシュや怠zyなロードなどの高度な機能を備えたオブジェクトリレーショナルマッピングにJPAを使用することについて説明します。潜在的な落とし穴を強調しながら、パフォーマンスを最適化するためのセットアップ、エンティティマッピング、およびベストプラクティスをカバーしています。[159文字]

Javaのクラスロードには、ブートストラップ、拡張機能、およびアプリケーションクラスローダーを備えた階層システムを使用して、クラスの読み込み、リンク、および初期化が含まれます。親の委任モデルは、コアクラスが最初にロードされ、カスタムクラスのLOAに影響を与えることを保証します


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

ドリームウィーバー CS6
ビジュアル Web 開発ツール

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。
