Javaの例外メカニズムは、tryに依存し、キャッチし、最終的には、投げ、5つのキーワードをスローします。
1.try：それは例外をスローすることは、コードの内側に配置されています
2.catch：対応するコードブロックおよび例外タイプの後ろに、ブロックのこのタイプを処理するcatchブロックは、複数のcatchブロックを有することができることを示しています。
3。最後：主にtryブロックで開かれたマテリアルリサイクルのために使用され（例えば、データベース接続、ネットワーク接続やディスクファイルなど）、例外メカニズムは、常にfinallyブロックは必ず実行されることを保証します。のみ、最終的にそれは、直接の停止を実行するために戻ってジャンプしないだろう、など、実行が完了した後、それは試してみるか、キャッチブロックリターンを戻ってくるだろうか、最終的にリターンのステートメント終了方法で使用したり、投げる場合、文を投げ、ブロックします。
4.throw：実用的なスロー例外のために、単独で使用することができるのステートメントとして使用する、特定の例外オブジェクトがスローされます。
5.throws：このメソッドのメソッド署名に使用されるが、例外文をスローすることがあります。
二つのタイプに分けJavaの例外は、異常（異常コンパイル時間）とランタイム例外（実行時例外）をチェック
1. Javaのシンクタンクは、例外が処理され、その後相をコンパイルすることができます例外で、その異常なランタイムに対処するために持ちながら、それは、プログラムはすべてのチェック例外を処理し、強制的にチェック、プログラムは、コンパイラを扱っていない場合は、明示的に、チェック例外に対処しなければならないJavaプログラムエラーが発生し、それがコンパイルできません。
2.確認Javaが異常デザイン哲学を反映し、実行されません完璧な処理コードが存在しないのJavaの厳しさを反映して、
アプリケーションのための大規模な、堅牢で、保守性システムの構築のため、エラー処理は考慮されるべきアプリケーション全体の重要な側面です。Javaの例外処理メカニズムは、プログラムは事故が発生した実行されると、システムはよりよい可読性を提供する、「コードを達成するためにビジネス機能」と「エラー処理コード」の分離を実現するために、通知手順にExceptionオブジェクトを生成します。
例外はtryブロック実行ビジネス・ロジック・コードで発生した場合、システムは自動的にターゲットの例外を生成します、例外オブジェクトは、動作環境に提出され、スロー（スロー）と呼ばれるプロセスが異常です。Java環境は、例外オブジェクトは、適切なcatchブロックを探します受信したとき見つからない場合は、Javaランタイム環境は、Javaプログラムの終了を終了します。
別のcatchブロックは、異なるアプローチを提供異なる例外クラスのために検討しました。
エラー処理メカニズムについては、主に以下の2つの欠点があります。
すべての例外を網羅するものではない1：人間の知識は限られているため、例外はあまり考慮状況を取るよりも良いかもしれ、ネットをすり抜けが常にあります
2.読みやすさに影響を与える深刻な混乱実装し、エラー処理コードとビジネスのコードでは、プログラムのメンテナンスの難しさを増します。
1.ください... catchが例外をキャッチ使い方
プログラムが正常に完了することができればJavaは、tryブロックでのシステムサービスの実装コードが定義されているすべての通常、catchブロックで処理するための例外処理ロジックの全てを仮説を提案しました。
最後に、リソースの使用を回復
時には、プログラムは、物理リソースの数内部tryブロック開きます（データベース接続などを、ネットワークディスクのファイルなどを接続）、これらの物理的なリソースを明示的に回復する必要があります。
ので：Javaのガベージコレクションメカニズムがどの物理リソースを回復しないだろう、ガベージコレクションは、メモリ内のオブジェクトによって占有され、ヒープメモリを収集しました。
試し
{
//ビジネスロジック実装
...
}
キャッチ（SubException E）
{
//高速な例外処理。1
...
}
キャッチ（SubException2 E）
{
//高速な例外が2ハンドリング
...
}
...
ついに
{
//リサイクル・ブロック
...
}