你抛出什么样的异常？

Question

我有一个方法，它首先在 Environment 中搜索一个变量，如果在那里找不到它，它会搜索config.properties 。 如果两者都没有产生结果，你会抛出什么异常？

NotFoundException听起来很完美，但它用于在服务器上找不到资源时使用。

那么， RuntimeException(String msg)并在消息中澄清什么？

但是，在阅读Unchecked Exceptions — The Controversy时，我读到如果客户端可以从异常中恢复（他们可以选择设置默认值或其他内容），我应该使用 Checked Exception。 浏览一个异常列表，我找不到合适的，所以我假设我应该抛出Exception ？

我回答了我自己的问题吗？

Answer 1

只有在极少数情况下，我才会从我的应用程序代码中抛出一个预定义的异常。 通常我定义自己的例外，就像@Edwin Dalorzo 建议的那样。 这使您可以在应用程序的更高层中进行更细粒度的控制，以决定如何处理它。 我至少有两种不同的类型，一种是致命的（即我无法在应用程序内部处理的故障）和可恢复的故障（即应用程序可以处理的故障）。 示例：如果您的应用程序在没有该配置变量的情况下无法运行，那么您让冒泡到应用程序的外层是致命的情况（即 web 应用程序或 Z2567A5EC9705EB7AC2C984033E0618DZ 服务中的 Controller）。 如果某个更高层可以在没有该变量的情况下工作，那么它不是致命的。 主要区别在于：应用程序本身应该处理它还是只处理最外层？

Answer 2

考虑创建一个扩展 RuntimeException 的异常。 例如， public class BlamException extends RuntimeException... （将其命名为有意义的名称，例如“BadConfigurationException”）。

许多 RuntimeException “争议”只是愚蠢的声称程序可以从意外的无效 state 中恢复，而这通常（可能只是经常）并非如此。 在缺少配置值的情况下，可能没有好的默认值。

如果您要允许默认值，则为缺少的配置值实施默认值并记录一条消息，说明“警告：缺少配置值 blam。使用默认值：kapow”。

100% 你不应该使用 Checked Exception。 Checked Exception 要求程序捕获并“处理”异常。 在您的情况下，“句柄”部分是“阻止应用程序启动”，如果您抛出 RuntimeException，就会发生这种情况。

Answer 3

NoSuchElementException怎么样：

由各种访问器方法抛出以指示所请求的元素不存在。

Answer 4

我有一个方法，它首先在环境中搜索变量，如果在那里找不到它，它会搜索 config.properties。 如果两者都没有产生结果

这听起来不是很适合定义你自己的Exception吗？ 让我们在这里看一个情况：

您正在为银行开发应用程序，并且您想验证用户是否说A想要向另一个用户汇款的用户说B
所以在转账之前，我们会检查A是否有这么多的金额，如果他/她有那么我们将继续交易。
什么是A没有那么多平衡？ 作为负责任的开发人员，您将通知A 。 这里有很多方法来处理它。 但我更喜欢在这里定义我自己的例外。 InsufficentBalanceException(int amount) 。

Answer 5

您可以通过编写包装器 class来使用未经检查的异常，如果您正在处理资源，它将使用自定义消息扩展RuntimeException class 。

总体而言，您需要将异常传播到应用程序级别，因为在启动应用程序时配置确实很重要。

例子

ErrorClass.java

public type doSomething(){
...
...
try{
   ...
} catch(FileNotFoundException e){
throw new MyCustomFileNotFoundException("config file not found", e); // no destructive wrapping here
}
}

MyCustomFileNotFoundException.java

public class MyCustomFileNotFoundException extends RuntimeException{
    public MyCustomFileNotFoundException(String msg, Throwable cause){
    super(msg, cause);
    }
}