受检异常不能被忽略，Java编译器强制要求处理：若方法抛出IOException等受检异常，必须try-catch捕获或throws声明，否则编译失败；其设计初衷是强制应对外部可预期但不可控的资源问题，提升程序健壮性。
受检异常不能被忽略，这是Java编译器强制要求的。
编译阶段就会报错
受检异常（Checked Exception）继承自 Exception 但不继承 RuntimeException，比如 IOException、SQLException。Java编译器在编译时会检查所有可能抛出的受检异常——如果方法中调用了可能抛出受检异常的操作（如读文件、连接数据库），而你既没用 try-catch 捕获，也没用 throws 声明抛出，编译就直接失败，不会生成 class 文件。
设计初衷是“必须应对”
这类异常代表程序外部可预期但不可控的问题，比如文件不存在、网络中断、数据库连接超时。它们不是代码写错了（那是运行时异常的范畴），而是环境或资源导致的合理失败。Java要求开发者显式决策：是当场处理（如重试、提示用户、降级），还是向上声明由调用方处理。这种强制性提升了程序对现实问题的健壮性。
和未受检异常有本质区别
- 未受检异常（如
NullPointerException、IllegalArgumentException）属于RuntimeException及其子类，编译器不管，允许“先跑起来再看”； - 而受检异常一旦出现，不处理就过不了编译关——这不是风格选择，是语言规则。
绕过它的做法不等于“忽略”
有人用 try-catch 吞掉异常、或用 RuntimeException 包装后再抛出，这些操作看似“跳过了强制处理”，但本质上仍是主动响应：前者是隐式吞掉错误（通常不推荐），后者是把责任转为运行时异常（需明确设计意图）。真正的“忽略”——即不做任何声明也不捕获——在编译期就被拦下，根本无法执行。
