在Java中是否有可能摆脱必须捕获非RuntimeException异常的需要？也许可以通过编译器标志实现？
我知道为什么要推广捕获，但希望创建简单直接的工具来强制执行它们的要求。因此，如果出现问题，我不想捕获它，而是退出应用程序，并崩溃并提示有意义的异常。通常情况下会像这样结束：
try {
connection.close();
} catch (IOException e) {
throw new RuntimeException(e);
}
这段代码引入了4行混乱的代码，并在错误输出中引入了包装RuntimeException的混乱。有时甚至会鼓励人们在任何地方包装大量的try ... catch (Throwable ..)块，这很可能是我们所喜爱的“发生未知错误”的警报框的原因...
至少，你的应用程序不应该在第一个遇到的异常/错误上崩溃，而应该用有意义的消息恢复。将所有东西都包装在一个 RuntimeException（或者甚至 Throwable）中并且什么也不做是懒惰的行为。
Java不支持任何类型的标志，因为有1)解决方法，2)更好的处理此情况的方法。例如：
1. 在调用方法中处理异常
您可以在方法声明中添加 throws 关键字，直到您的 static public void main 方法，如果不处理异常，最终会通过堆栈跟踪崩溃应用程序。
class Foo {
public void someMethod(....) throws IllegalArgumentException, IOException {
...
}
static public void main(String...args) throws Throwable {
new Foo().someMethod();
}
}
这种方法没有提供任何可恢复性的手段，可能会让用户感到不满（如果他们从控制台运行应用程序，则出现无意义的大堆栈跟踪，如果他们从快捷方式或GUI启动，则什么也没有）。此外，如果您拥有一些已获取的资源，当异常发生时将无法清理它们。至少，您的 main 应该 catch (Throwable e) 并在抛出上述异常之前输出一些内容。例如：
class Foo {
public void someMethod(....) throws IllegalArgumentException, IOException {
...
}
static public void main(String...args) {
try {
new Foo().someMethod();
} catch (...) {
// output or log exception here and, optionally, cleanup and exit
}
}
}
**编辑**
考虑这种情况：一个程序正在初始化一些资源以处理一些数据，然后在处理过程中发生了运行时异常（或错误），应用程序崩溃，但是资源没有被释放或释放。然而，在Java中，可以这样做：
public E doSomething() throws RuntimeException {
// declare a bunch of resources
try {
// process resources with unchecked exceptions
} finally {
// free resources
}
// return some result
}
在错误或成功时，可以干净地退出方法，甚至为了“纪念”记录运行时错误。
2. 记录错误并返回有意义的值
记录日志是一种非常好的实践。您可以向用户显示一些消息，告诉他们操作无法执行而不会崩溃整个系统，并提供一些跟踪信息，以了解用户正在进行什么操作和位置。简单的日志记录系统可能如下：
class Foo {
static private final Logger LOG = Logger.getLogger(Foo.class.getName());
public boolean doSomethingImpl(...) {
boolean result = true;
try {
...
} catch (SomeException e) {
LOG.log(Level.SEVERE, "meaningful message why method could not do something!", e);
result = false;
}
return result;
}
public void doSomething() {
if (!doSomethingImpl(...)) {
// handle failure here
}
}
}
默认情况下，Logger 会将所有内容输出到 err 输出流中，但是您可以添加自己的处理程序：
// loggers are singletons, so you can retrieve any logger at anytime from
// anywhere, as long as you know the logger's name
Logger logger = Logger.getLogger(Foo.class.getName());
logger.setUseParentHandlers(false); // disable output to err
logger.addHandler(new MyHandler()); // MyHandler extends java.util.logging.Handler
Java已经内置了一些默认的日志处理程序，其中之一写入文件。
等等。
rsync，它在失败时记录代码文件和行号。 - dronusstderr。但是 Java 强制我捕获一些异常并自行进行特殊处理。因此，如果我决定在这些异常上退出程序，我必须编写额外的重新抛出代码，并且结果的 stderr 输出通常与未捕获的 RuntimeException 不同。这就是我不喜欢的整个事实，我想摆脱它，但似乎不可能。 - dronus你可以在方法原型中使用throws关键字来避免try-catch块。这最终将异常抛给JVM的默认异常处理程序，如果你的代码中没有指定捕获块来处理引发的异常，则会使应用程序停止。
throws方法，如Thread.run()，则无法工作。 - dronus你确实有能力将异常抛到更高的层次。这里是一个例子
public class Foo {
public Foo() {
super();
}
public void disconnect(connection) throws IOException {
connection.close();
}
}
Thread.run()，则不可能实现这一点。 - dronus我认为对于JVM来说，没有什么绕过这个问题的方法。你最好的选择是让你的方法重新抛出异常，这样可以清除代码中的“混乱”，然后让你的主程序抛出异常。这将传播错误到程序的顶部。
请记住，异常实际发生的地方是让用户知道发生了什么的更好的地方（即，在特定的IOException发生时正在执行什么操作）。如果所有错误都简单地传播到顶层，你将失去这种分辨率。
Thread.run()方法不允许将异常抛出。 - dronus
IOUtils.closeQuietly但用于连接的closeQuietly方法。 - MeBigFatGuy