通常、例外をキャッチするか、例外をキャッチするか、例外をスローするかのいずれかの例外を処理するには2つの方法があります
メソッドがランタイムの例外をスローする場合（RuntimeExceptionをスロー）、発信者はそれに対処する必要がありません
コンパイル時間の例外の後にメソッドがスローされた場合、発信者はスローまたはトライキャッチのいずれかを処理する必要があります。
通常、ランタイム中の例外は処理されず、一般的にプログラムの論理エラーです。たとえば、分母は除数として0です。 。 。
TRYで例外が発生した場合、TRY以下のステートメントは実行されないことに注意してください。戻ってキャッチマッチング例外処理を見つけてください。次のステートメントが処理されます（つまり、トライキャッチの後のステートメントは引き続き実行されます）
/*
*場合によっては、例外を処理できますが、例外をまったく処理する許可がない場合があります。
*または、私がそれを処理できない場合、私はそれを処理しません。
*エラーの問題を解決するために、Javaはこの状況に別のソリューションを提供します：スロー。
*
*フォーマット：
*例外クラス名をスローします
*注：この形式には、メソッドのブラケットが続く必要があります。
*
* 知らせ：
*メインメソッドに例外を投げないようにしてください。
*しかし、私は便利なためにこれをしました。
*
* まとめ：
*例外は編集期間中にスローされ、将来的には発信者が処理する必要があります。
*例外はランタイム中にスローされ、将来の呼び出しは処理する必要はありません。
*/
runtimeexceptionとそのサブクラスの例外は処理されません（投げられたり捕まえられたりしません）。実行時に例外がスローされることを本当に知っている場合は、プログラムを変更するロジックを直接確認しても構いません！ ！ ！
パッケージの例外; java.text.parseexception; import java.text.simpledateformat; import java.util.date; public class exceptiondemo {public static void main（string [] args）{system.out.println（ "method"）; try {method（）;/ exception throwing show except（）; {e.printstacktrace（）;} system.out.println（ "メソッド1"を呼び出した後のコールメソッド2 "）; method2（）;} public static void methods2（）throws runtimeexception {int a = 10; int b = 0; system.out.println（" a/b = "+a/b）;例外がスローされた場合、発信者は例外を処理する必要がない場合} public static void method（）throws parseexception {string string = "2015-05-30"; simpledateFormat sdf = new simpledateformat（ "yyyy-mm-dd"）; //文字列形式は徐々に一致します。 simpledateFormat（ "yyyy-mm-dd hh：mm：ss"）; // stringのみが2015-05-30のみで、フォローアップがない場合、このsdf2はHH：mm：mm：ssdate = sdf.parse（string）; system.out.out.println（ " + date：" + date）;例外構造図：
プログラマーは、それらに対処することなく、エラーの例外を処理できません。
ランタイム例外のランタイム例外に対処する必要はありません。
その他は編集期間の例外であり、私たちはそれらに対処しなければなりません。
上記は、編集者が異常な構造図、コンパイル期間の例外、および実行期間例外の違いについてもたらしたすべてのコンテンツです。私はそれがすべての人に役立ち、wulin.comをもっとサポートすることを願っています〜