8

有人告诉我，我应该考虑在我的代码中将 Unchecked 异常抛出Checked异常，不仅如此，还要用我自己的扩展 RuntimeException 。现在，我确实了解两者之间的区别，但仍然不明白我为什么要这样做？

如果我有这个方法头，它会抛出 2 种异常：

public static Optional<String> getFileMd5(String filePath) throws NoSuchAlgorithmException, IOException {}

为什么我应该用一个（不太详细的）例外来替换它们？

4

1 回答 1

3

IOException 是可以接受的。调用者无法确定 filePath 存在并且在方法执行时仍然存在，并且您的方法必须能够发出问题的信号。IOException 是在这种情况下抛出的常规异常，但如果您更喜欢运行时异常，可以将其包装在UncheckedIOException中。未经检查的 IO 异常与已检查的 IOException 一样清晰。您将失去（或获得，取决于观点）是您不会强迫调用者处理它。

另一方面，NoSuchAlgorithmException 异常绝对应该被包装到运行时异常中。如果您的方法使用不存在的算法，调用者将无法执行任何操作。如果发生该异常，这显然是一个错误，并且错误应该由运行时异常发出信号。所以，编写你自己的运行时异常，包装原始的 NoSuchAlgorithmException （这样，如果你抛出它，你就不会失去问题的根本原因），并且不要用应该的异常来打扰代码的所有调用者永远，永远不会发生。

关于运行时异常与检查异常，这主要是一个基于意见的问题，但有几点需要注意：

  • AFAIK，没有新的 Java API 使用检查异常了。例如，参见 java.time，尽管旧的等价物（如 DateFormat）会抛出已检查的异常，但它从不抛出已检查的异常
  • Java 是唯一具有检查异常的语言。
  • 已检查异常与 Java 8 中引入的函数式惯用语（lambda 表达式、流等）不太匹配：没有函数式接口抛出已检查异常。

我认为现在可以肯定地说受检异常是一个有趣的想法，但事实证明这是一个糟糕的想法。您应该更喜欢 uncecekd 异常。

现在，如果您的问题是：如何抛出未经检查的异常而不是检查的异常，这很简单：

public static Optional<String> getFileMd5(String filePath) {
    try {
        // your original code
    }
    catch (IOException e) {
        throw new UncheckedIOException(e);
    }
    catch (NoSuchAlgorithmException e) {
        throw MyCustomCryptoException(e);
    }
}
于 2016-06-15T12:02:56.887 回答