Java中try-catch强制处理受检异常，最简结构为try加至少一个catch；子类异常需在父类前；checked异常必须捕获或声明throws，unchecked异常编译器不强制；try-with-resources自动关闭AutoCloseable资源；空catch、吞中断、finally改返回值是常见误用。
try-catch 基本写法和执行逻辑
Java 中 try-catch 不是可选语法糖，而是强制要求处理受检异常（checked exception）的机制。写错顺序或漏掉必要块会直接编译失败。
最简可用结构必须包含 try 和至少一个 catch，finally 是可选的；但不能只有 catch 或只有 finally。
-
try块里放可能抛异常的代码，一旦抛出，后续语句不再执行 - 匹配到第一个能捕获该异常类型（或其父类）的
catch就进入，其余catch被跳过 - 多个
catch时，子类异常必须写在父类前面，否则编译报错：error: exception XXX has already been caught
try {
int result = 10 / 0;
} catch (ArithmeticException e) {
System.out.println("除零错误：" + e.getMessage());
} catch (Exception e) {
System.out.println("其他异常");
}
何时必须用 try-catch，何时可以不写
关键看异常类型：Java 分 checked exception（编译期检查）和 unchecked exception（运行时异常，继承自 RuntimeException）。
-
IOException、SQLException这类必须显式处理——要么try-catch，要么在方法签名加throws -
NullPointerException、ArrayIndexOutOfBoundsException属于RuntimeException子类，编译器不强制捕获，但实际运行中仍会中断流程 - 即使不写
try-catch，JVM 也会默认用顶层异常处理器打印堆栈，但这不是“处理”，只是崩溃现场输出
try-with-resources 自动关闭资源的写法
涉及 InputStream、Connection、FileWriter 等需手动 close() 的对象，用传统 try-catch-finally 容易漏关或重复关。Java 7 引入的 try-with-resources 是更安全的选择。
立即学习“Java免费学习笔记（深入）”；
- 资源变量必须实现
AutoCloseable接口，声明在try(…)小括号内 - 无论是否异常，JVM 保证在
try块结束前调用close() - 如果
try块和close()都抛异常，后者会被抑制（suppressed），可通过e.getSuppressed()获取
try (FileInputStream fis = new FileInputStream("data.txt")) {
int data = fis.read();
// 不用手动 fis.close()
} catch (IOException e) {
e.printStackTrace();
}
常见误用和隐蔽坑点
很多初学者把 try-catch 当成“防崩溃万能膏药”，结果掩盖问题或引发新问题。
- 空
catch块（catch(Exception e) { }）会让异常彻底消失，调试时无迹可寻 - 在
catch里只打日志却不重新抛出或返回合理值，上游可能拿到 null 或未初始化对象 -
finally中修改返回值会覆盖try或catch中的return，例如return 1;后跟finally { return 2; }，最终返回 2 - 不要在
catch里吞掉InterruptedException，应恢复中断状态：Thread.currentThread().interrupt();
异常处理不是越“全”越好，而是要明确：这个异常是否属于当前方法职责范围？能否恢复？要不要透传给调用方？
