なぜRuntimeExceptionは明示的な例外処理を必要としないのですか？

Question

一般に、Javaで例外を処理するには2つの方法があります。

1. の追加は、try/catchブロックでメソッドのシグネチャで宣言
2. サラウンドをスローします。

しかし、いくつかの例外、特にRuntimeExceptionを継承している例外には、このような明示的な例外処理は必要ありません。

たとえば、以下のようなサンプルメソッドを作成し、明示的な例外処理を必要としないメソッドに対しては「不要」とマークしました。

public void textException(){ 
    int i = (new Random()).nextInt(100); 

    switch (i){ 
    case 1: 
     throw new NullPointerException(); //Not required 
    case 2: 
     throw new NumberFormatException(); //Not required 
    case 3: 
     throw new RuntimeException();  //Not required 
    case 4:   
     throw new ClassNotFoundException(); //Required 
    case 5: 
     throw new IOException();   //Required 
    case 6: 
     throw new Exception();    //Required 
    default: 
     return; 
    } 
} 

私はExceptionからRuntimeException継承ことに気づきました。

なぜRuntimeExceptionをコンパイルするために明示的にキャッチする必要はないのですが、他のExceptionsはどうしますか？

Answer 1

Javaの場合、RuntimeExceptionはシステム例外とみなされますが、一般的には回復不可能なので、メソッドにthrows宣言を追加するか、try catchブロックを使用して処理する必要はありません。 ただし、例外はアプリケーション例外と見なされ、回復可能です。

Answer 2

"クライアントが例外からリカバリすることが合理的に予想される場合は、チェックされた例外にします。クライアントが例外から回復するために何もできない場合は、チェックされていない例外にします。 http://docs.oracle.com/javase/tutorial/essential/exceptions/runtime.html