当前位置：首页 > 文章列表 > 文章 > java教程 > 如何在 Java 中使用 try-catch 块捕获并处理异常

如何在 Java 中使用 try-catch 块捕获并处理异常

2026-05-03 17:09:43 0浏览收藏

哈喽！今天心血来潮给大家带来了《如何在 Java 中使用 try-catch 块捕获并处理异常》，想必大家应该对文章都不陌生吧，那么阅读本文就都不会很困难，以下内容主要涉及到，若是你正在学习文章，千万别错过这篇文章~希望能帮助到你！

Java中必须用try-catch处理受检异常（如IOException、InterruptedException），而非运行时异常；catch块须记录日志、转换异常或局部恢复，禁用空catch和e.printStackTrace()；多异常捕获需子类优先；资源操作应使用try-with-resources。

Java 中 try-catch 不是用来“吞掉”异常的，而是为了在可控范围内响应错误、恢复流程或提供有意义的反馈。盲目包裹所有代码进 try-catch 反而会掩盖问题。

什么时候必须用 try-catch？

只有当调用的代码明确声明抛出 Exception（非 RuntimeException）子类时，编译器才强制你处理——比如 FileInputStream 构造、Thread.sleep()、ObjectOutputStream.writeObject()。这类异常叫“受检异常（checked exception）”，不处理就编译不过。

常见场景包括：

文件读写：IOException
网络请求：UnknownHostException、SocketTimeoutException
反射操作：ClassNotFoundException、IllegalAccessException
日期解析：ParseException

而 NullPointerException、ArrayIndexOutOfBoundsException 这类运行时异常（unchecked），编译器不管，但你不该靠 try-catch 来预防——应该提前校验参数或修复逻辑漏洞。

catch 块里不能只写 `e.printStackTrace()`

这行代码只把堆栈输出到标准错误流，在生产环境几乎无用：日志没分级、没上下文、不可检索、还可能被重定向丢弃。

正确做法是：

用日志框架（如 SLF4J）记录，带上业务上下文：log.error("Failed to parse config file: {}", filename, e)
必要时转换异常类型，向上抛出更语义化的异常：throw new ConfigLoadException("Invalid JSON in " + path, e)
若能局部恢复（如默认值兜底），才做具体处理：return DEFAULT_TIMEOUT;

特别注意：不要捕获 Exception 或 Throwable 后什么都不做（即空 catch 块），这是最危险的习惯——OutOfMemoryError 都可能被静默吞掉。

多个 catch 的顺序和资源自动关闭（try-with-resources）

如果要捕获多个异常类型，子类必须写在父类前面，否则编译报错：Catch clause for 'IOException' is unreachable。例如：

try {
    // ...
} catch (FileNotFoundException e) { // ✅ 子类优先
    log.warn("Config not found, using defaults", e);
} catch (IOException e) { // ✅ 父类放后
    throw new ServiceException("IO failed", e);
}

涉及资源（文件、连接、流等）时，别手动写 finally 关闭——容易漏、易 NPE。直接用 try-with-resources：

try (FileInputStream fis = new FileInputStream("data.bin");
     DataInputStream dis = new DataInputStream(fis)) {
    return dis.readInt();
} catch (IOException e) { // 自动关闭 fis 和 dis，即使 readInt() 抛异常
    throw new DataReadException(e);
}

注意：所有资源类必须实现 AutoCloseable 接口，且构造失败时不会触发 close（安全）。