我在实现Runnable 的类中调用run() 的方法被设计为抛出异常。
但 Java 编译器不允许我这样做，并建议我用 try/catch 将其包围。
问题在于，通过用 try/catch 包围它，我使 那个特别 run() 无用。我确实想抛出那个异常。
如果我为run() 本身指定throws，编译器会抱怨Exception is not compatible with throws clause in Runnable.run()。
通常我完全可以不让run() 抛出异常。但我有一个独特的情况，我必须拥有该功能。
如何解决这个限制？
【问题讨论】：
标签： java android runnable throws
您可以改用Callable，将其提交给ExecutorService 并等待FutureTask.isDone() 由ExecutorService.submit() 返回的结果。
当isDone() 返回真时，您调用FutureTask.get()。现在，如果你的Callable 抛出了一个Exception，那么FutureTask.get() 也将抛出一个Exception，你将能够使用Exception.getCause() 访问原始异常。
【讨论】：
如果您想将实现 Runnable 的类传递给 Thread 框架，那么您必须遵守该框架的规则，请参阅 Ernest Friedman-Hill 的回答，为什么不这样做是个坏主意。
不过，我有一种预感，您想直接在代码中调用run 方法，这样您的调用代码就可以处理异常。
这个问题的答案很简单。不要使用 Thread 库中的 Runnable 接口，而是使用修改后的签名创建自己的接口，允许抛出检查的异常，例如
public interface MyRunnable
{
void myRun ( ) throws MyException;
}
您甚至可以创建一个适配器，将此接口转换为真正的Runnable（通过处理检查的异常），适合在 Thread 框架中使用。
【讨论】：
Runnable 只是一个简单的界面，我们可以自己制作。对于线程用例没有用，但对于传递不同的“可运行”代码块来说是完美的。
如果run() 抛出一个检查异常，什么会捕获它？您无法将 run() 调用包含在处理程序中，因为您不编写调用它的代码。
您可以在 run() 方法中捕获已检查的异常，并在其位置抛出未经检查的异常（即 RuntimeException）。这将使用堆栈跟踪终止线程；也许这就是你所追求的。
如果您希望您的run() 方法在某处报告错误，那么您只需提供一个回调方法供run() 方法的catch 块调用；该方法可以将异常对象存储在某处，然后您感兴趣的线程可以在该位置找到该对象。
【讨论】：
main() 抛出了一个检查异常，什么会捕获它？” “如果run() 抛出未经检查的异常，什么会捕获它？”
是的，有一种方法可以从 run() 方法中抛出 checked 异常，但是太可怕了，我不会分享它。
您可以这样做；它使用与运行时异常相同的机制：
@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 可能更合适。
【讨论】：
t.getUncaughtExceptionHandler().uncaughtException(t, ex); 将其扔给仪器测试用例。添加这一行会导致进程崩溃！。不知道为什么。
Thread.getDefaultUncaughtExceptionHandler() 是否返回 null？如果不是，结果的类型是什么？如果不是调用uncaughtException()，而是将检查的异常包装在RuntimeException 中并抛出它，会发生什么？
Thread.getDefaultUncaughtExceptionHandler() 是否返回null；如果没有，Android 会提供默认值，以便提供报告等。但您可以将其设置为做您想做的事情。还有更多信息here.
@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;
}
【讨论】：
有些人试图说服你必须遵守规则。听着，但你是否服从，你应该根据你的情况自己决定。现实是“你应该遵守规则”（而不是“你必须遵守规则”）。请注意，如果您不遵守规则，可能会产生后果。
这种情况不仅适用于Runnable 的情况，而且在Java 8 的情况下也非常频繁地出现在Streams 和其他引入了功能接口而无法处理已检查异常的地方。例如，Consumer、Supplier、Function、BiFunction 等都被声明为没有处理检查异常的设施。
那么有哪些情况和选择呢？
在下面的文本中，Runnable 代表任何未声明异常或声明的异常对于手头的用例而言过于有限的功能接口。
Runnable，并且可以将Runnable 替换为其他内容。
Runnable 替换为Callable<Void>。基本相同，但允许抛出异常；最后必须return null，这有点烦人。Runnable 替换为您自己的自定义 @FunctionalInterface，它可以准确地抛出您想要的那些异常。Callable<Void> 而不是 Runnable。RuntimeException 中。您可以尝试以下方法。这有点像 hack，但有时我们需要 hack。因为，一个异常是检查还是不检查是由它的类型定义的，但实际上应该由情况来定义。
@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 版本中被删除，因为泛型类型信息不仅在编译时处理，而且在运行时处理。
【讨论】：
您的要求没有任何意义。如果你想通知被调用线程发生了异常，你可以通过回调机制来做到这一点。这可以通过处理程序或广播或您能想到的任何其他方式。
【讨论】：
我认为listener pattern 可能会帮助您解决这种情况。如果您的 run() 方法中发生异常，请使用 try-catch 块并在 catch 中发送异常事件通知。然后处理您的通知事件。我认为这将是一种更清洁的方法。 This SO link 为您提供了指向该方向的有用指针。
【讨论】：
最简单的方法是定义您自己的异常对象，该对象扩展 RuntimeException 类而不是 Exception 类。
【讨论】：