未检查的异常是不需要在
try-
catch块中捕获的异常。未检查的异常是
RuntimeException或
Error类的子类。
已检查的异常是需要在
try-
catch块中捕获的异常。
可在Java语言规范的11.2节：编译时检查异常中找到检查和未检查异常的定义：
未检查的异常类是类
RuntimeException及其子类，以及类Error及其子类。所有其他异常类都是检查的异常类。
仅仅因为未检查的异常被捕获在
catch块中并不能使其成为已检查的异常-这仅意味着未检查的异常已被捕获并在
catch块中进行了处理。
一个可能
catch是未检查的异常，然后
throw是新的已检查的异常，因此任何调用该方法的方法都可能发生未检查的异常，并强制调用该方法的方法处理某种异常。
例如，
NumberFormatException当处理一些无法解析
String的
Integer.parseInt方法时可以抛出的a
是未经检查的异常，因此不需要捕获它。但是，调用该方法的方法可能希望其调用者正确处理此问题，因此它可能引发另一个被检查的异常（不是。的子类
RuntimeException）：
public int getIntegerFromInput(String s) throws BadInputException { int i = 0; try { i = Integer.parseInt(s); catch (NumberFormatException e) { throw new BadInputException(); } return i;}在上面的示例中，-
NumberFormatException被捕获在
try-
catch块中，并且
BadInputException引发了新的（旨在作为已检查的异常）。
该
getIntegerFromInput方法的任何调用者都将被强制捕获一个
BadInputException，并被迫处理错误的输入。如果
NumberFormatException不希望捕获和处理，则此方法的任何调用者都必须正确处理异常。
（还应注意，吃掉异常并做一些没有真正意义的事情不被认为是一种好习惯-处理可以执行有意义的异常处理的异常。）
从Java教程中：
- 经验教训：例外
- 捕获或指定需求 -讨论检查的异常。
- 链式异常 -捕获异常并抛出新异常的做法，如上例所示。
- 未经检查的例外情况-争议
