Java异常处理：try-catch使用教程

本文深入剖析Java异常处理的核心实践与常见陷阱，从基础语法规范（如try-catch必须配对、子类异常须优先捕获）到高危误区（如滥用catch(Throwable)导致JVM错误静默崩溃），再到关键细节（finally中return会强制覆盖返回值、日志记录必须传入异常对象而非拼接字符串），全面揭示了看似简单却极易出错的异常处理机制；它不止教你“怎么写”，更引导你思考“该不该捕”“在哪捕”“捕后如何响应”，直击生产环境中排查困难、行为诡异、日志缺失等真实痛点，是每一位Java开发者夯实健壮性编码能力的必读指南。

try-catch 必须配对出现，不能只写 try 或只写 catch

Java 编译器会直接报错 error: try without catch, finally, or resource declarations。哪怕你只是想“先占个位置”，也得补上 catch 或 finally，光有 try 是非法语法。

常见错误现象：复制别人代码时漏掉了 catch 块，或者误删了大括号，导致 catch 不再属于该 try；IDE 有时会高亮提示但不明确说缺什么，容易卡住。

• try 后面必须紧跟一个或多个 catch，或一个 finally，或两者都有
• 多个 catch 要按“子类在前、父类在后”顺序排列，否则编译失败：error: exception XXX has already been caught
• 如果用的是受检异常（比如 IOException），try 块里没处理，又没在方法签名加 throws，编译直接过不去

捕获 Exception 和 Throwable 的区别很关键

写成 catch (Exception e) 是常规操作；但有人图省事写成 catch (Throwable t)，这会吞掉 OutOfMemoryError、StackOverflowError 这类 JVM 级别错误，导致程序静默崩溃、排查困难。

使用场景：日常业务逻辑里，绝大多数情况只需捕获 Exception 及其子类；只有极少数框架层或监控工具才需要捕获 Throwable，且必须立刻判断是否为 Error 并重新抛出。

• 永远不要在业务代码里用 catch (Throwable t) 后直接 log.info() 然后继续执行
• catch (RuntimeException e) 是合法的，但它不抓 IOException 这类受检异常，容易漏处理
• Java 7+ 支持多异常捕获：catch (IOException | SQLException e)，注意中间是 | 不是 ||

finally 里的 return 会覆盖 try/catch 中的 return

这是最容易被忽略的行为：只要 finally 里有 return，不管前面 try 或 catch 返回什么，最终方法返回值都是 finally 里的值。连异常都会被吃掉。

示例：以下代码实际返回 2，且不会抛出 NullPointerException：

public static int test() {
    try {
        throw new NullPointerException();
        return 1;
    } catch (Exception e) {
        return 0;
    } finally {
        return 2;
    }
}

• finally 适合做资源清理（如关闭 InputStream），不适合放业务逻辑或 return
• Java 7+ 推荐用 try-with-resources 替代手写 finally 关流，更安全简洁
• 如果真要在 finally 里改状态，确保不破坏控制流，比如只调用 close() 或 log.debug()

log 异常时必须用 e.printStackTrace() 的替代方案

直接写 e.printStackTrace() 会输出到 System.err，脱离日志系统，查问题时根本找不到上下文。生产环境基本等于“没记录”。

正确做法是把异常对象传给日志框架的 error() 方法，让框架自动打印堆栈：

logger.error("文件读取失败", e); // ✅ 正确：e 是第二个参数

• 不要拼字符串：logger.error("文件读取失败: " + e.getMessage()) —— 丢掉了堆栈
• 不要只打 e.getMessage()，很多异常信息为空，比如 NullPointerException
• 如果用 SLF4J，确保日志实现（Logback / Log4j2）已配置好，否则可能静默丢日志

异常处理真正难的不是语法，是判断该不该捕获、在哪一层捕获、捕获后要不要重试、要不要转成业务码、要不要通知上游——这些没法靠 try-catch 块本身解决。

今天关于《Java异常处理：try-catch使用教程》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！