Java中显式声明抛出的未检查异常是否属于受检异常？

关于Java中NumberFormatException的异常属性与编译检查规则 #

1. NumberFormatException的异常类型判定 #

Java中受检异常唯一判定标准是继承关系，和方法签名是否声明throws没有任何关联：

• 只有继承自Exception且不继承自RuntimeException的异常才属于受检异常
• NumberFormatException继承自IllegalArgumentException，后者是RuntimeException的子类，因此它本质就是未检查异常，不管方法签名有没有写throws声明，这个属性都不会变。

2. 编译器是否会强制要求处理该异常？ #

不会。编译器只会对受检异常做强制校验，要求调用方要么主动捕获处理，要么在自身方法签名上声明向上抛出。对于所有未检查异常，哪怕方法签名显式标注了throws，编译器也不会做任何强制处理要求。

3. 为什么parseInt方法要显式写throws NumberFormatException？ #

这个声明是给开发者看的文档提示，不是给编译器的校验规则。作用就是明确告知调用方：调用该方法存在抛出这个异常的可能性，你需要结合自身业务场景判断要不要提前做处理，避免上线后出现预期外的崩溃。

4. 不强制处理这类异常的价值 #

这类未检查异常绝大多数是编程逻辑错误导致的：比如调用parseInt时传入非数字格式的字符串，本质是调用方没有做好输入合法性校验，属于可以通过完善代码逻辑避免的问题。
如果编译器强制要求所有调用方捕获处理，会产生大量不必要的冗余代码：绝大多数场景下调用方传入的字符串是可控的（比如系统生成的数字格式配置、内部逻辑拼接的数字字符串），强制套try-catch会让代码变得极其臃肿，大幅降低可读性。只有当输入来自不可控的外部场景（比如用户输入、第三方接口返回）时，开发者才需要主动捕获处理该异常，这种灵活的设计更符合实际开发需求。

内容的提问来源于stack exchange，提问作者likejudo