声明方法抛出未检查的异常是否有好处？

Question

如果我有抛出未检查的异常的方法，例如：

void doSomething(int i) {
  if (i < 0) throw new IllegalArgumentException("Too small");
  // ...
}

明确声明该方法引发异常有什么好处，即

void doSomething(int i) throws IllegalArgumentException {
  if (i < 0) throw new IllegalArgumentException("Too small");
  // ...
}

与（或除了）描述javadoc中的行为相反：

/**
 * This method does something useful.
 * @param i some input value
 * @throws IllegalArgumentException if {@code i < 0}
 */
void doSomething(int i) {
  if (i < 0) throw new IllegalArgumentException("Too small");
  // ...
}

我之所以声称拥有无效的原因throws是：

• throws没有提供有关在什么情况下会引发异常的信息，只是提供了 可能 引发异常的信息；
• 因为它是未经检查的异常，所以我不必在调用代码中处理该异常。我只会真正知道，如果我去看看的实现，可能会抛出该错误doSomething；
• 的主体doSomething可能会html" target="_blank">调用引发其他类型的未经检查的异常的代码。声称“这种方法会抛出IllegalArgumentException”似乎只是在讲故事的一部分，可能；
• 如果该方法是非最终方法，则可以重写该方法，以便声明新实现以引发其他未经检查的异常；您不知道要调用哪个实现。

我之所以认为拥有有用的原因throws是：

• 它报告了您可能在调用该方法时可能会遇到的问题。

简而言之，我认为这throws是不必要的，但是通过javadoc描述@throws是有用的。我想知道其他人对此的看法。

Answer 1

当您声明该方法throws为异常时，您就是在对调用者说：

您有两种选择：

1. 重新声明自己为引发相同异常。
2. 捕获并处理异常。

在情况1中，它可能会提醒用户实施finally-可能是一个奖励。

在情况2中，它将注意力集中在例外上，这也可能是一个好处。

如果您隐藏了这种可能性，则用户不会发生以上任何提醒。

对我来说，一个可能不必要地弄乱了他们的代码，而另一个却使代码变得甜美而简单。但是，一种鼓励您将注意力集中在潜在问题上，而另一种则可能使您陷入幸福的无知之中。

底线-问问自己，如何刺激这将是声明异常抛出为（例如你应该申报throws NullPointerException-
？NO！），并为这种刺激通过上行聚焦用户介意的平衡catch，finally和throws。