Runnableのrun（）に例外をスローさせる方法はありますか？

Question 1

Runnableを実装するクラスのrun（）で呼び出しているメソッドは、例外をスローするように設計されています。

しかし、Javaコンパイラーではそれができず、try / catchで囲むことをお勧めします。

問題は、それをtry / catchで囲むことにより、その特定の run（）が役に立たなくなることです。私はその例外をスローしたいです。

run（）自体を指定するthrowsと、コンパイラは次のように文句を言います。Exception is not compatible with throws clause in Runnable.run()

通常、私はさせないで完全に元気です run（）に例外をスローさ。しかし、私にはその機能が必要な独特の状況があります。

この制限を回避するにはどうすればよいですか？

Question 2

あなたはその実装クラスを渡したい場合RunnableにThreadフレームワークは、その後、あなたはそのフレームワークのルールでプレイしているがそれ以外の場合はそれをやってすることは悪い考えですなぜ、アーネスト・フリードマン・ヒルの答えを参照してください。

でも、あなたが呼びたいという予感があります runコード内でメソッドを直接て、呼び出し元のコードが例外を処理できるようにします。

この問題への答えは簡単です。Runnableスレッドライブラリのインターフェイスを使用しないでください。代わりに、チェックされた例外をスローできるように変更された署名を使用して独自のインターフェイスを作成してください。

public interface MyRunnable
{
    void myRun ( ) throws MyException;
}

Runnableスレッドフレームワークでの使用に適した（チェックされた例外を処理することにより）このインターフェイスを実際に変換するアダプタを作成することもできます。

Question 3

Callable代わりにを使用して、に送信し、によって返されるExecutorService結果を待つことができます。FutureTask.isDone()ExecutorService.submit()

ときにisDone()trueを返すあなたが呼び出しますFutureTask.get()。あなたがあれば今、Callable投げたException後、FutureTask.get()スローwiillExceptionすぎて、元の例外は、あなたが使用してアクセスすることができるようになりますException.getCause()。

Question 4

run()チェックされた例外をスローした場合、何がそれをキャッチしますか？run()それを呼び出すコードを記述しないため、その呼び出しをハンドラーで囲む方法はありません。

チェックされた例外をrun()メソッドでキャッチしRuntimeException、その場所に変更されていない例外（つまり、）をスローできます。これにより、スタックトレースでスレッドが終了します。おそらくそれがあなたが求めているものです。

代わりに、run()メソッドがどこかにエラーを報告するようにしたい場合は、run()メソッドのcatchブロックが呼び出すコールバックメソッドを提供するだけです。そのメソッドは例外オブジェクトをどこかに格納でき、次に関心のあるスレッドがその場所でオブジェクトを見つけることができます。

Question 5

はい、チェックされた例外をからスローする方法がありますrun()メソッド方法はありますが、それはひどいので共有しません。

代わりにできることは次のとおりです。ランタイム例外が実行するのと同じメカニズムを使用します。

@Override
public void run() {
  try {
    /* Do your thing. */
    ...
  } catch (Exception ex) {
    Thread t = Thread.currentThread();
    t.getUncaughtExceptionHandler().uncaughtException(t, ex);
  }
}

他の人が指摘しているように、run()メソッドが実際にのターゲットであるThread場合、それは観察できないため、例外をスローしても意味がありません。例外をスローすると、例外をスローしない（なし）と同じ効果があります。

Threadターゲットでない場合は、を使用しないでくださいRunnable。たとえば、おそらくCallableより適切です。

Question 6

@FunctionalInterface
public interface CheckedRunnable<E extends Exception> extends Runnable {

    @Override
    default void run() throws RuntimeException {
        try {
            runThrows();
        }
        catch (Exception ex) {
            throw new RuntimeException(ex);
        }
    }

    void runThrows() throws E;

}

Question 7

何人かの人々はあなたが規則に従ってプレーしなければならないことをあなたに納得させようとします。聞いてください、しかしあなたが従うかどうか、あなたはあなたの状況に応じてあなた自身を決定するべきです。現実は「ルールに従ってプレイする必要がある」（「ルールに従ってプレイする必要がある」ではない）です。ルールに従わないと、結果が生じる可能性があることに注意してください。

この状況は、の状況だけRunnableでなく、Java 8でも、チェックされた例外を処理する可能性なしに機能インターフェイスが導入されたStreamsやその他の場所のコンテキストで非常に頻繁に当てはまります。例えば、Consumer、Supplier、Function、BiFunctionというように、すべてのチェック例外に対処するための設備なしで宣言されています。

では、状況とオプションは何ですか？以下のテキストでRunnableは、は、例外を宣言しない、または目前のユースケースには制限が多すぎる例外を宣言する機能インターフェイスを表しています。

あなたは宣言しました Runnable自分でどこかで、そしてRunnable何か他のものと取り替えることができます。
1. に置き換えることRunnableを検討してくださいCallable<Void>。基本的に同じことですが、例外をスローすることができます。そしてreturn null最後にそれをしなければなりません、それは穏やかな迷惑です。
2. 必要な例外を正確にスローできるRunnable独自のカスタムに置き換えることを検討してください@FunctionalInterface。
APIを使用しましたが、代替手段を利用できます。たとえば、一部のJava APIはオーバーロードされているため、Callable<Void>代わりにRunnable。
APIを使用しましたが、代替手段はありません。その場合でも、選択肢がないわけではありません。
1. 例外をでラップできRuntimeExceptionます。
2. チェックされていないキャストを使用して、例外をRuntimeExceptionにハックできます。

以下を試すことができます。ちょっとしたハックですが、ハックが必要な場合もあります。なぜなら、例外をチェックするかチェックしないかはそのタイプによって定義されますが、実際には状況によって定義する必要があるからです。

@FunctionalInterface
public interface ThrowingRunnable extends Runnable {
    @Override
    default void run() {
        try {
            tryRun();
        } catch (final Throwable t) {
            throwUnchecked(t);
        }
    }

    private static <E extends RuntimeException> void throwUnchecked(Throwable t) {
        throw (E) t;
    }

    void tryRun() throws Throwable;
}

new RuntimeException(t)スタックトレースが短いので、これよりも好きです。

これで、次のことができます。

executorService.submit((ThrowingRunnable) () -> {throw new Exception()});

免責事項：この方法でチェックされていないキャストを実行する機能は、ジェネリック型情報がコンパイル時だけでなく実行時にも処理されるときに、Javaの将来のバージョンで実際に削除される可能性があります。

Question 8

あなたの要件は意味がありません。発生した例外についてスレッドの呼び出された人に通知したい場合は、コールバックメカニズムを介して通知できます。これは、ハンドラーやブロードキャストなど、考えられるあらゆる方法で行うことができます。

Question 9

リスナーパターンがこのシナリオに役立つと思います。run()メソッドで例外が発生した場合は、try-catchブロックを使用し、catchで例外イベントの通知を送信します。次に、通知イベントを処理します。これはよりクリーンなアプローチになると思います。このSOリンクは、その方向への役立つポインタを提供します。

Question 10

最も簡単な方法は、RuntimeExceptionクラスの代わりにクラスを拡張する独自の例外オブジェクトを定義することExceptionです。