マルチキャッチを使用するタイミングと再使用するタイミングを教えてください。

Question

この2つのトピックについては非常に不明です。同じように処理する必要のある例外に対しては、マルチキャッチを使用する必要があることはわかっています。しかし、どのような目的のために私は本当にそのようなものが必要です。

private void something(String name) throws IOException, RemoteException { 
    try { 
     ... 
    } catch (Exception ex) { 

     ... // do something 

     throw ex; 
    } 
} 

Answer 1

あなたがその実行中にスローされた例外は同じ方法で処理しなければならない。この方法のために考慮して、クライアント

に例外を伝播させる前に、タスクを実行したい場合は、それを行うことができます

たとえば、情報のロギングなど例外が発生したときに特定の処理を実行するとします。だからあなたはこの仕事をするためにそれを捕まえる。
しかし、キャッチされた例外は問題であり、それを記録することは例外の「本当の」処理ではないと考えています。だから、あなたはそれを再スローすることによって伝播させます。

Answer 2

再スロー

あなたが例外について、呼び出し元メソッドを通知したいときはいつでも、あなたがキャッチして再スロー例外。

何らかのメソッドcallSomething（）があなたのメソッドsomething（）を呼び出しているとします。 something（）の内部で何らかの例外が発生した場合、例外をキャッチするだけでアプリケーションは失敗せず、callSomething（）メソッドに再スローされます。 callSomething（）は内部エラーについてクライアントに通知します。

他の例は、MVCパターンでは、クライアントによって要求された要求が、要求マッピングに基づいてコントローラからの何らかの方法によって提供されます。コントローラはサービスを呼び出し、サービスはdaoの何らかの方法とやりとりします。 DAOで何らかの例外が発生すると、DAOはサービスの例外を元に戻し、サービスはコントローラに再投入され、エラーメッセージについてクライアントに通知するのはコントローラです。 これはとして知られています。例外伝播はjavaです。 例外がメソッドからメソッドに伝播し、呼び出しスタックが捕捉されるまで。

マルチキャッチ

あなたは例外の複数のタイプのために同じアクションを実行したい場合は、あなたがマルチキャッチを使用しています。

Answer 3

あなたは例外がメソッドを去るせる前に、前処理のものにしたい

1. 次のような状況で再スローが必要になります。ただし、例外の種類を気にしない場合は、finallyブロックでも前処理を実行できます。
2. チェックされている例外を未チェックの例外に変換しようとしています。その場合は、すべての例外をcatch(Exception ex)としてキャッチし、それらをthrow new RuntimeException(ex)として再スローします。
3. カスタム例外をビルドされた例外の代わりにスローする必要があります。だからあなたはすべての例外をキャッチし、好ましくは未チェックの独自の例外オブジェクトを作成してそれをスローします。多くのAPIがこれを行います。たとえば、Springでは直感的ではないJDBC例外をSpringのカスタム例外に変換します。
4. これは前処理のようなものです。 ArrayListなどを作成することによってスローされたすべての例外を追跡したいので、複数のステップを持つプログラムの最後に例外をスローするステップが分かるようにします。私はこれがTalendで生成されたJavaコードで使用されているのを見ました。