登录
首页 >  文章 >  java教程

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

时间:2026-04-11 14:48:38 399浏览 收藏

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

如何在Java中捕获并处理异常_try-catch代码块的标准写法

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

Java 编译器会直接报错 error: try without catch, finally, or resource declarations。哪怕你只是想“先占个位置”,也得补上 catchfinally,光有 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),这会吞掉 OutOfMemoryErrorStackOverflowError 这类 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,不管前面 trycatch 返回什么,最终方法返回值都是 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学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>