java - 为什么必须使用 "throws IOException"

Question

如果文件位于本地文件系统内，为什么在处理外部文件操作时必须在 main 方法中使用“throws IOException”。

Answer 1

将 throws IOException 添加到您的主函数可能不是强制性的，但必须对异常做一些事情。当您执行文件 io、网络 io 或其他 (?) io 时，可能会出错。该文件可能不存在，它可能位于磁盘的坏扇区上，网络可能会在中途崩溃(如果磁盘不是本地磁盘，这可能对网络或文件 io 很重要)。

您需要对 IOException 做一些事情的原因是它是一个已检查的异常。如果您调用一个构造函数或一个抛出已检查异常的函数，那么您要么需要通过捕获它并采取适当的操作来处理它。或者你需要告诉编译器你知道异常，但你不打算做任何事情，在这种情况下你必须声明 throws IOException在您的函数定义中。

还有另一种类型的异常，未经检查的异常(有时称为运行时异常，因为它们都扩展了 RuntimeException)。未经检查的异常应该是潜在的运行时问题。例如NullPointerException (NPE)，由于运行时条件导致的 NPE 的一个示例是，当您希望返回对象的内容返回 NULL，然后您尝试对其调用方法时。至少是这个理论。

所以你可能会想，好吧，运行时异常是针对意外的运行时问题，那么为什么 IOException 不是运行时异常!这不像我计划的 fraking disk 出现故障，或者让 Schenectady 的反铲运算符(operator)挖出一半的海岸。大声哭出来我也想知道!有人给我一个哈利路亚，哦，我听到了!

我已经用 Java 完成了大量与 IO 相关的工作并输入了 throws IOException有点像我刚刚学会忍受的这种眼中钉，因为一般来说，尝试在低级别处理 IOExceptions 是一个坏主意，因为低级别代码根本不知道你的上下文是什么'重新尝试做，它应该让这些异常冒泡到代码中，那里有你想要完成的事情的上下文。

哦，顺便说一句，我提到我想知道为什么 IOException 不是运行时异常，而像 NPE 这样的东西是？是的，这是一个运行时条件，但 IO(磁盘、网络等)远没有您想象的那么可靠。如果您确信磁盘是可靠的，请阅读有关 Sun 发明 ZFS 的一些原因。如果您认为网络是可靠的，请尝试确保您已通过糟糕的 3d 派对网络将营销内容可靠地下载到 15,000 个基于 Windows 的蹩脚信息亭，并确保客户永远不会看到因网络而损坏的垃圾图像问题。 (你能说 sha-1 哈希和 child 吗？我知道你可以)。

我要带着这个去某个地方；我 promise 。

我认为 IOException 是已检查异常的原因是 IO 不可靠(请查看 Fallacies of Distributed Computing 的谬误#1。)一般来说，您应该能够从代码中清除 NPE 错误，但 IO 是一个不同的野兽，它不可靠，我认为他们的意图是强制你考虑它。我有没有提到 Fallacies of Distributed Computing 的作者之一？是詹姆斯·高斯林。詹姆斯·高斯林(James Gosling)，就是被称为 Java 之父的那个人？是的，至少这是我的理论。要么如此，要么这一切都只是一个巨大的愚蠢错误。早期的 Java 库中有很多这样的东西。

关于检查异常的有用性有很多争论，随着时间的推移，我开始同意那些说他们只是不值得努力的人，如果有很多烦人的无意义检查的情况声明了异常，我将包装它们并重新抛出一个适当的运行时异常(向我的 lil friend 问好!)。尽管如此，我并没有惹恼 IOException；明智的做法是忍受痛苦。

哦，简单来说，一件事代码是否都适合 public static void main(String[]) throws IOException 函数？正确的答案可能是让异常冒泡出来，让运行时将它报告给试图运行您的代码的可怜人。

谢谢，晚安。