如何辨别受检异常的强制捕获与运行时逻辑错误处理的关键建议？

本文共计770个文字，预计阅读时间需要4分钟。

受检异常的“必须捕获是编译器施加的语法约束，而运行时异常的建议不捕获是基于问题性质的设计共识——前者关乎代码能否通过编译，后者关乎是否能够妥善处理潜在的真实缺陷。”

看编译器会不会拦你

这是最直接、零误判的判断方式：

• 写一行可能抛异常的代码（如 new FileInputStream("a.txt")），不加 try-catch，也不在方法签名写 throws
• 如果 IDE 立即报红，提示 “Unhandled exception type XXX”，那它就是受检异常
• 如果代码能顺利编译，但运行时可能崩溃（比如 list.get(100) 报 IndexOutOfBoundsException），那就是运行时异常

看异常代表什么问题类型

区分本质在于失败来源是否可控、是否可预期：

• 受检异常对应外部现实：文件被删、网络断开、数据库连接超时、编码名拼错……这些不是代码写错了，而是环境发生了合理但不可控的变化，调用方需要知情并做应对（重试、降级、提示用户）
• 运行时异常对应内部缺陷：传了 null 却没校验、数组下标越界、状态非法却没守门——这类问题本该在开发阶段就被 if 判空、单元测试或断言拦截，而不是靠 catch 来兜底

看你怎么处理才合理

强制 ≠ 应该；不强制 ≠ 可忽略：

• 对受检异常，不要静默吞掉（比如空的 catch (IOException e) {}），这会让错误消失无踪；应明确恢复策略，比如返回默认值、走缓存、记录日志后重新抛出封装后的运行时异常
• 对运行时异常，捕获后通常不该“吃掉”，更不该只打一行日志就继续执行；若真要捕获，需有清晰意图，比如在顶层统一收集堆栈、触发告警，或在特定边界做状态清理
• 自定义异常时：想让调用方必须响应，继承 Exception；想表达“你调错了”，继承 RuntimeException

别被名字或位置带偏

异常类名和包路径都不是可靠依据：

• UnsupportedEncodingException 听起来像“不支持”，但它继承自 IOException → 是受检异常
• InterruptedException 在 java.lang 包里，但不是 RuntimeException 子类 → 是受检异常，必须处理
• 按住 Ctrl（Windows）或 Cmd（macOS）点进异常类源码，看它最终是不是 RuntimeException 的后代，这才是唯一准确方式