Java 的已检查异常有时会迫使您捕获您认为永远不会抛出的已检查异常。最佳实践要求您将其包装在未经检查的异常中并重新抛出它，以防万一。在这种情况下，你包装了什么异常类？
在“// 永远不会发生”的情况下，你会用什么例外来包装？
【问题讨论】：
NullPointerExceptions 永远不会发生。
我还没有，但我会这样做：
例子：
public static void doAssert(boolean result, String reason) {
if ( !result )
throw new OMGWereDoomedError("Assertion failed: " + reason + " .");
}
我更喜欢这些包装器，因为我可以根据需要更改实现。
另外，我不提倡使用断言，因为我并不总是控制运行时标志，但我确实希望在系统受到威胁时突然停止执行。
考虑一下：
你会选择哪个？
【讨论】：
例如，我需要注意的是 to-UTF-8-bytes 字符转换
String.getBytes("UTF-8");
并且需要始终将其包装在 try-catch 中，因为它是一种通用方法。由于 UTF-8 可以被视为标准，我希望在字符串上直接调用 String.getUTF8()，类似于 GetStringUTF8Bytes JNI 方法。
当然，它可以替换为静态 Charset.UTF8 常量，例如使用 getBytes()。
对我来说，第二个烦恼是需要将close() 包装成try-catch。也许我没有那么有经验，但是当您已经遇到流问题并且您甚至无法默默地永久关闭它时，看不到它有什么帮助。您实际上只需记录并忽略异常。
显然，您可以使用抑制器方法调用来做到这一点。
当您通过正则表达式或模式验证检查字符串时，100% 确定字符串是有效值时，也会进行一些简单的值字符串转换。
【讨论】：
我使用 AssertionError 和字符串 这永远不会发生。
【讨论】：
任何属于 RuntimeException 或其后代的类都不需要放在方法的 throws 子句中。因此，如果您不希望有人因为它不应该发生而不得不处理它，那么请使用它。
对于诸如“无法连接到数据库”之类的事情是有意义的，因为如果您的数据库不可用，您的应用程序将无法运行。因此，您抛出一个运行时异常，启动应用程序的人将其视为一个问题。但是您不需要在调用堆栈中一直在 throws 中声明它。
【讨论】：
不可能发生的异常
【讨论】：
我喜欢“到达无法访问的代码”
【讨论】：
这更适用于original version of the question，在编辑问题以专门处理捕获检查异常之前。
免责声明：我最初在对该问题的评论中发布了此内容的 sn-p，因为该问题当时已关闭。
int salary = ...;
if (salary == 0) {
// ...
} else if (salary < 0) {
// ...
} else if (salary > 0) {
// ...
} else {
throw new IllegalStateException("The fundamental mathematics of the universe have been compromised");
}
【讨论】：
永远不应该发生的是错误而不是异常。异常描述了您可能可以处理的情况。你想如何处理突发事件？因为它是一个断言，这个特殊的异常永远不会发生，我会使用AssertionError。
【讨论】：
除非代码不正确，否则永远不会发生的情况应使用断言进行检查。这样您就可以在生产版本中禁用它们。
但我不喜欢留下一个简单的assert false;，我也不想写像 default case in switch should never fire，x 应该是非空这样愚蠢的消息em>，*这不应该发生”。它不应该，但它确实发生了。无论如何。此外，当你看到一条抱怨某事不应该的消息时，这听起来是不是有点抱怨> ? 另外，我不希望在可执行文件中包含大量这些消息，因为它们通常从未使用过，而且它们中的每一个都只与数千个函数中的某个小函数相关。
所以我很喜欢
assert false : "Programming Error"
编程错误正是阻止应用程序工作的原因，因此它非常适合这种情况。
switch (x)
{
case GO_FORWARD:
... break
case BUY_SWORD;
... break
default:
assert false : "Programming Error"
}
/* at this point, we have already had checked that
we have the money */
try {
buy_sword(); buy_elixir();
} catch (InsufficientFunds) {
/* if the code was correct, the funds would be sufficient
so this event means the code is broken. Telling
the user something like "Funds should be sufficient"
won't be helpful to the user, so we put in a generic error message */
throw new AssertionError("Programming Error");
}
如果您想始终运行这些检查，那么不要
assert false : "Programming Error"
assert expr : "Programming Error"
做
if (! expr)
throw new Exception("Programming Error")
甚至派生ProgrammingError异常类。
【讨论】：