17370845950

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 是更安全的选择。

• 资源变量必须实现 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();

异常处理不是越“全”越好，而是要明确：这个异常是否属于当前方法职责范围？能否恢复？要不要透传给调用方？