在try块中捕获的非检查异常不是Java中的检查异常吗？

在try块中捕获的非检查异常不是Java中的检查异常吗？

未检查的异常是不需要在

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教程中：

• 经验教训：例外
  • 捕获或指定需求 -讨论检查的异常。
  • 链式异常 -捕获异常并抛出新异常的做法，如上例所示。
  • 未经检查的例外情况-争议