java中try-catch-finally用于处理异常：受检异常必须显式处理，运行时异常可选捕获；finally总执行（除非jvm退出），适合资源清理；推荐优先使用try-with-resources，避免在finally中return或throw。
Java 中 try-catch-finally 是处理异常的核心语法结构，用于捕获并响应运行时异常（RuntimeException 及其子类）和受检异常（Exception 的非运行时子类）。关键在于：受检异常必须显式处理（要么 catch，要么 throws），而运行时异常可选处理；finally 块无论是否发生异常都会执行，适合释放资源。
基本语法结构与执行逻辑
try 块中放可能抛出异常的代码；catch 块按异常类型从具体到宽泛依次匹配（建议避免直接 catch Exception）；finally 块总会执行（除非 JVM 退出或执行了 System.exit()）。
- 一个 try 必须至少配一个 catch 或 finally
- 多个 catch 按顺序匹配，只进入第一个能捕获当前异常的块
- finally 在 try/catch 执行完毕后、方法返回前运行（即使 try 中有 return，也会先执行 finally 再返回）
分别处理受检异常与运行时异常
受检异常（如 IOException、SQLException）在编译期强制检查，不处理会编译失败。运行时异常（如 NullPointerException、ArrayIndexOutOfBoundsException）由 JVM 在运行时抛出，编译器不强制要求捕获。
- 对受检异常：必须在调用处用 try-catch 包裹，或在方法签名加 throws 声明向上抛出
- 对运行时异常：可选择性捕获——仅在你有能力恢复、记录或转换时才 catch；盲目捕获并空处理（empty catch）是反模式
- 示例：读文件时 new FileInputStream() 抛出受检的 FileNotFoundException，必须处理；而后续 file.length() 若传入 null，则抛出运行时 NullPointerException，通常应提前校验而非依赖 catch
使用 finally 确保资源清理
在 Java 7+ 推荐优先使用 try-with-resources（自动关闭 AutoCloseable 资源），但理解 finally 仍很重要。它适用于无法用 try-with-resources 管理的场景（如手动线程控制、自定义锁释放等）。
- 不要在 finally 中写 return 或 throw，否则会覆盖 try/catch 中的返回值或异常
- 典型用途：关闭流、释放数据库连接、解锁 ReentrantLock
- 注意：若 try 和 finally 都抛异常，finally 的异常会“吞掉” try 中的异常（除非显式保存并重新抛出）
实用建议与常见误区
异常处理不是错误掩盖，而是明确错误边界、保障程序健壮性和可维护性。
- 捕获具体异常类型，而不是笼统 catch (Exception e)，便于定位问题和差异化处理
- 在 catch 中记录日志（如使用 logger.error("读取配置失败", e)），避免只打印 e.printStackTrace()
- 不要用异常控制正常流程（例如用 NumberFormatException 判断字符串是否为数字）
- 自定义业务异常应继承 RuntimeException（非受检），除非该异常确实需要调用方强制决策（如支付超时需重试或取消订单）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
