java - checked exception/unchecked exception应该什么时候选？

Question

我从各种教程中了解到“如果可以合理地期望客户端从异常中恢复，则将其设为已检查异常。如果客户端无法执行任何操作以从异常中恢复，则将其设为未检查异常。”

我真的很想通过一些代码示例来查看前面语句的有效性。例如

try {
        br.readLine();
    } catch (IOException e) {

        e.printStackTrace();
    }

这里，IOException是checked Exception。那么，当这个Exception发生时，我应该如何恢复呢？在这里，我排除了异常日志记录、异常重新抛出任务，因为它们实际上并没有恢复，即使事情正确。那么，这里应该应用什么修改来从中恢复呢？

如果有办法从中恢复，那么同样的方法可以应用于以下代码:

 try{
    Integer.parseInt("ghg4");
 }catch(NumberFormatException nfe){   
   }

这里的 NumberFormatException 是一个运行时/未经检查的异常。所以如果有办法从中恢复，那么为什么首先将它声明为运行时异常？

Answer 1

我看到了三种类型的异常。一个极端是您无能为力的异常，例如 NullPointerException。您将在代码中以非常高的级别处理这个问题，或者根本不处理。检查它会很荒谬。

另一端是提供有意义信息的那些。当方法已经有返回值时，它们是一种返回值的方式，有时是一个复杂的值。它们也是跳转调用堆栈的简单方法。 (关于这个我可以写一本书，但我会到此为止。)EOFException 应该 就是一个很好的例子。文件有它们的目的，你迟早会遇到它，你不希望每次阅读时都必须检查它。在这种情况下，需要检查异常。 (我认为 user1291492 会同意我的观点。)它可能会发生，任何调用 read 方法的人都应该为此做好准备。他们更喜欢编译器错误而不是运行时错误。

现在，对于这种类型的异常，您不想放入堆栈跟踪!!!这会花费很多时间。调用者只需要知道他击中了 EOF，而不是它发生在 IO 系统深处的什么地方!此外，除非有有趣的信息要返回，否则异常本身应该是一个 final static 引用，生成一次并用于发生的每个 EOF。

中间的第三种类型是 Java 库使用的类型，例如 真正的 EOFException。他们没有意义。调用者希望永远不会得到 EOF(例如，他将自己的标记放在那里)并且 EOFException 与 NullPointerException 具有相同的性质，或者他期望得到它并且不需要麻烦并丢失了堆栈跟踪的处理时间。我认为问题是 Java 设计者自己——我不得不承认当我想到它时我自己也有这个问题——这很少见——不确定这些异常可能属于前两类中的哪一类。即使在同一个程序中，在某个地方 EOFException 也可能表示程序完全失败。在另一种情况下，这可能是发现文件已被读取的正常方法。所以最终的结果是大量的异常既能完成工作又能做得很差，迫使程序员使用try和catch和throws他们无论如何也做不了任何事情，并交给他们不需要的复杂堆栈跟踪。

补充:我应该明确指出，您可以从真正的 EOFException 中恢复，方法是简单地接受您已完成读取文件并继续，可能使用 break catch block 中的语句。但是，还有其他正确的方法来捕获 EOF，因此 EOFException 通常意味着真正的问题，如 NullPointerException。奇怪的是，我使用 NumberFormatException 的方式，我认为它应该被检查。当我想要一个数字时得到“AAA”是很常见的，这是用户错误，而不是编程错误。