checked异常不是在编译时“发生”，而是在编译期被强制检查是否处理；其实际抛出和传播始终发生在运行时——这是java异常机制的核心设计：静态检查保障健壮性，动态行为符合程序执行逻辑。
在Java中，Checked异常（受检异常）与Unchecked异常（非受检异常）的根本区别不在于“何时发生”，而在于“何时被强制要求处理”。根据《Java语言规范》（JLS）第11.2节明确指出：
“The Java programming language requires that a program handle (or declare) all checked exceptions, either by catching them or by declaring them in a throws clause. This requirement is enforced statically by the compiler.” —— JLS §11.2, "Compile-Time Checking of Exceptions"
这意味着：
✅ Checked异常只可能在运行时发生（如IOException在文件读取失败时抛出、SQLException在数据库连接中断时触发）；
✅ 但编译器会在编译期静态分析代码路径，强制开发者显式处理这些可能发生的异常——即通过try-catch捕获，或在方法签名中用throws声明；
❌ 若未满足该要求，编译直接失败（error: unreported exception XXX; must be caught or declared to be thrown），这并非异常“在编译时发生”，而是编译器执行合规性校验。
对比来看：
- RuntimeException及其子类（如NullPointerException, ArrayIndexOutOfBoundsException）属于Unchecked异常，编译器不强制处理，即使完全忽略也不会影响编译；
- Exception的其他直接/间接子类（如IOException, ClassNotFoundException, SQLException）默认为Checked异常（Error同理不受检，但代表严重问题，不应捕获）。
? 示例说明：
import java.io.*;
public class ExceptionDemo {
// 编译失败！未处理Checked异常
// void readFile() {
// new FileInputStream("missing.txt"); // 编译报错：Unhandled exception type FileNotFoundException
// }
// 正确方式1：使用try-catch
void readFileWithCatch() {
try {
new FileInputStream("data.txt");
} catch (FileNotFoundException e) {
System.err.println("File not found: " + e.getMessage());
}
}
// 正确方式2：声明throws（将责任上抛）
void readFileWithThrows() throws FileNotFoundException {
new FileInputStream("data.txt"); // 编译通过，调用方需处理
}
}⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- RuntimeException的子类永远是Unchecked的，即使继承自Exception；
- 自定义异常若继承Exception（且非RuntimeException后代），默认为Checked，需显式处理；
- Java 7+ 的try-with-resources和multi-catch语法可简化Checked异常处理，但不改变其编译期检查本质；
- 过度使用Checked异常可能破坏API简洁性，现代实践（如Spring、OkHttp）倾向于将底层Checked异常包装为Runtime异常，以提升调用灵活性——但这属于设计权衡，不否定语言层面的规范。
总结：Checked异常是“运行时现象，编译期契约”。它体现了Java“fail-fast + 显式契约”的设计理念：让潜在的外部故障（I/O、网络、配置等）在编码阶段就暴露并约定处理策略，从而提升系统可靠性。理解这一点，就能彻底消除“Checked异常发生在编译时”的常见误解。
