有时，您只需要捕获 Throwable，例如在编写调度通用项目并需要从任何错误中恢复的调度程序队列时（所述调度程序记录所有捕获的异常，但静默，然后在其他项目上继续执行）。
我能想到的一个最佳实践是，如果异常是 InterruptedException，则始终重新抛出异常，因为这意味着有人中断了我的线程并想要杀死它。
另一个建议（来自评论，而不是答案）是总是重新抛出ThreadDeath
还有其他最佳做法吗？
【问题讨论】：
ThreadDeath 也应该被重新抛出，但它不应该被抛出。
可能最重要的是，永远不要吞下已检查的异常。我的意思是不要这样做：
try {
...
} catch (IOException e) {
}
除非你打算这样做。有时人们会接受已检查的异常，因为他们不知道如何处理它们，或者不想（或不能）用“抛出异常”子句来污染他们的界面。
如果您不知道如何处理它，请执行以下操作：
try {
...
} catch (IOException e) {
throw new RuntimeException(e);
}
另一个想到的是确保您处理异常。读取文件应该是这样的：
FileInputStream in = null;
try {
in = new FileInputStream(new File("..."));;
// do stuff
} catch (IOException e) {
// deal with it appropriately
} finally {
if (in != null) try { in.close(); } catch (IOException e) { /* swallow this one */ }
}
【讨论】：
取决于你在做什么。
如果您正在开发供其他人使用的 API，最好重新抛出异常或将其包装到您的自定义异常中并抛出。
而如果您正在开发最终用户应用程序，则需要处理此异常并做必要的事情。
【讨论】：
OutOfMemoryError（或者它的超类 VirtualMachineError）呢？我无法想象在发生这么严重的事情之后你还能做些什么。
【讨论】：
VirtualMachineError 很棘手，因为您的程序处于未定义状态：stackoverflow.com/questions/8728866/…
如果您正在编写调度程序队列，那么当异常返回给您时，除了记录它之外，对它做任何事情都没有意义。 Swing 事件队列基本上具有这种类型的行为。
或者，您可以为“未捕获的异常处理程序”提供一个挂钩，类似于ThreadGroup。请注意，处理程序可能需要很长时间，最终会延迟您的调度程序。
就 InterruptedException 而言：唯一关心的是您的调度循环，它应该检查一些外部状态以查看它是否应该停止处理。
【讨论】：