throws宣言を追加せずに例外をスローする方法はありますか？

私は次のような状況にあります。

別の基本クラスを継承し、メソッドをオーバーライドするJavaクラスがあります。基本メソッドは例外をスローしないため、throws ...宣言はありません。

これで、自分のメソッドで例外をスローできるはずですが、どちらかを選択できます。

• 例外を飲み込む
• スロー宣言を追加する

最初のものは例外を黙って無視するため（ログを実行できます）、2番目のものはメソッドヘッダーが異なるためにコンパイラエラーを生成するため、どちらも満足のいくものではありません。

public class ChildClass extends BaseClass {

        @Override 
        public void SomeMethod() {
            throw new Exception("Something went wrong");
        }
}

本当に必要な場合は、宣言しなくても、チェックされていない例外をスローできます。未チェックの例外は拡張されRuntimeExceptionます。拡張するスローアブルErrorもチェックされていませんが、完全に処理できない問題（無効なバイトコードやメモリ不足など）にのみ使用する必要があります。

特定のケースとして、UncheckedIOExceptionJava8がラッピングと再スローのために追加されましたIOException。

ここにトリックがあります：

class Utils
{
    @SuppressWarnings("unchecked")
    private static <T extends Throwable> void throwException(Throwable exception, Object dummy) throws T
    {
        throw (T) exception;
    }

    public static void throwException(Throwable exception)
    {
        Utils.<RuntimeException>throwException(exception, null);
    }
}

public class Test
{
    public static void main(String[] args)
    {
        Utils.throwException(new Exception("This is an exception!"));
    }
}

3番目のオプションは、例外チェックをオプトアウトし（Standard API自体が時々行う必要があるように）、チェックされた例外をRuntimeException：でラップすることです。

throw new RuntimeException(originalException);

のより具体的なサブクラスを使用することをお勧めしますRuntimeException。

純粋に参考までに、別の答えを追加したいだけです。

はい、クラスthrowsを使用して、宣言を追加せずにチェックされた例外をスローする方法がありますsun.misc.Unsafe。これについては、次のブログ投稿で説明されています。

宣言せずにメソッドからチェックされた例外をスローします

サンプルコード：

public void someMethod() {
  //throw a checked exception without adding a "throws"
  getUnsafe().throwException(new IOException());
}

private Unsafe getUnsafe() {
  try {
    Field field = Unsafe.class.getDeclaredField("theUnsafe");
    field.setAccessible(true);
    return (Unsafe) field.get(null);
  } catch (Exception e) {
    throw new RuntimeException(e);
  }
}

ただし、これはお勧めしません。他のいくつかの回答で概説されているように、チェックされていない例外でラップすることをお勧めします。

未チェックの例外をスローしてみませんか？これを宣言する必要はありません。

2つの選択肢は

• チェックされていない例外でチェックされた例外でラップします。
• チェックされた例外をスローしていることをコンパイラに知らせないでください（例：Thread.currentThread（）。stop（e）;
• Java 6では、例外が発生した場合に例外を再スローできfinal、コンパイラーは、キャッチした可能性のあるチェック済み例外を認識します。
• Java 7では、例外が事実上最終的なものである場合、つまりコードで変更しない場合に、例外を再スローできます。

後者は、コードでチェック例外をスローし、呼び出し元のコードでそれをキャッチする場合に役立ちますが、その間のレイヤーは例外について何も知りません。

はい、理由はありますが、使用できることはまったくお勧めしません：

Javaの安全でないパッケージ

getUnsafe().throwException(new IOException());

このメソッドはチェックされた例外をスローしますが、コードはそれをキャッチまたは再スローすることを強制されません。ランタイム例外と同じです。

チェックされた例外をインターセプトし、チェックされていない例外でラップする例を次に示します。

public void someMethod() {
   try {
      doEvil();
   }
   catch (IOException e)
   {
       throw new RuntimeException(e);
   }
}

メソッドのtry-catchブロックをオーバーライドして例外をキャッチできます。その場合、throws-ステートメントを宣言する必要はありません。

RuntimeExceptionまたはRuntimeException自体から派生した任意の例外を使用できます

または

例外スローコードにtry-blockを使用し、そこで処理します