为错误的配置抛出Unchecked Exception是一个好主意吗？

Question

我的应用程序使用其中包含很多可配置项的配置文件。

例如，您可以使用自定义别名指定要用于WebService连接的自定义密钥库（而不是默认的JVM javax.net.ssl.keystore ）。

在运行时，我们可能会发现此别名在密钥库中不存在，因此我们可能想抛出一个异常。 因为这是应用程序的关键部分（并且我们不能期望应用程序在配置被修复之前才能正常运行），所以我认为抛出Unchecked Exception是一个好主意。

我这样想对吗？

在这种情况下，创建一个自定义ConfigurationException （扩展了RuntimeException ）是否有意义？

Answer 1

引发检查异常会通知您的方法用户该方法可以引发特定异常。 这样，当我们收到该异常时，用户可以决定要做什么。

如果您的要求是“除非配置正确，否则应用程序不应继续运行”，并且用户无法运行任何方法来绕过它（在try-catch块中），那么我看不出有任何理由使其成为已检查的异常（为什么要这样做如果我们知道没有用，用户将执行不必要的工作）。

因此，在这种情况下，我还将寻求未经检查的异常。

Answer 2

我认为您应该创建一个检查异常，并在捕获它时在显示消息或其他内容后在catch块中结束程序。 未经检查的异常是针对编程错误的，开发人员应予以纠正。 检查异常是针对可能发生的情况，但我们无法控制它。 您知道配置文件可能已损坏，但是您无法阻止它发生并且无法控制它。 我会去检查异常。

Answer 3

未检查的异常表示程序中的错误或系统错误。 例如， ArrayIndexOutOfBoundsException或NullPointerException不应在程序中发生，并且如果发生，则通常表示错误。

验证用户输入（直接用户输入或通过配置文件输入用户）时，异常并不表示错误。 因此，它应该是一个已检查的异常，以提醒调用您的方法的程序员，异常不太可能发生并且必须被捕获。 通过捕获异常，您可以生成用户友好的错误消息，该错误消息指向解决方案。 （您不希望最终用户Exception in thread ...消息中看到Java生成的Exception in thread ... ！）