try-catch-finally 是职责分明的三层结构：try 专注包裹可能出错的核心操作，catch 按语义分层捕获并响应异常，finally 仅负责资源清理，禁止业务逻辑；嵌套与组合应体现处理意图，避免过度复杂。
try-catch-finally 不是简单堆砌的语法糖，而是一套有明确职责分工的三层结构：try 负责“探路”，catch 负责“定性处置”，finally 负责“兜底收场”。层次清晰，缺一不可。
try 层：只放真正可能出错的核心逻辑
try 块应严格聚焦于业务中真正存在运行时风险的操作，比如文件读取、网络调用、数据库查询。避免把日志打印、参数校验、变量初始化等确定性代码塞进去——这些既不抛异常，又干扰异常定位。
- ✅ 推荐：只包裹 new FileInputStream("data.txt")、httpClient.execute(req) 这类外部依赖操作
- ❌ 避免：在 try 里写 if (obj == null) throw new IllegalArgumentException() 或 log.info("开始处理")
- ? 小技巧：方法拆分能自然隔离风险区。把“准备数据”和“发送请求”拆成两个方法，只对后者加 try
catch 层：按异常语义分层捕获，拒绝“一锅炖”
catch 的本质是分类响应，不是统一吞掉。不同异常代表不同问题层级：连接失败可重试，数据格式错误需修正输入，权限不足应提示用户。捕获顺序必须由具体到宽泛，否则子类异常永远进不了专属处理分支。
- ✅ 正确顺序：ConnectException → SocketTimeoutException → IOException（子类优先）
- ✅ 合理响应：对 FileNotFoundException 提供默认配置；对 SQLException 记录 SQL + 参数，便于回溯
- ❌ 禁止空 catch：catch (Exception e) { } —— 这等于静默丢弃故障信号
finally 层：专做资源清理，禁止掺杂业务逻辑
finally 是程序的“安全锁扣”，唯一使命是确保资源释放。它不参与决策、不修改返回值、不抛新异常。任何偏离这个目标的行为，都会破坏异常链或掩盖真实问题。
- ✅ 正确用法：fis.close()、conn.rollback()、lock.unlock()
- ❌ 绝对禁止：return result;（覆盖主逻辑返回值）、throw new RuntimeException("cleanup failed");（吞掉原始异常）
- ? 替代方案：Java 7+ 优先用 try-with-resources，自动关闭 AutoCloseable 资源，更简洁且异常抑制机制完善
嵌套与组合：用结构表达异常处理意图
单层 try-catch-finally 处理不了复杂流程。常见模式是外层保主干、内层管细节：比如外层 try 控制事务边界，内层 try 处理某一步远程调用的瞬时失败。
- ✅ 典型嵌套：外层 finally 提交/回滚事务，内层 catch 重试 HTTP 请求
- ✅ 组合技巧：在 catch 中重新 throw 包装异常（throw new ServiceException("下单失败", e)），保留原始堆栈，同时增加业务上下文
- ❌ 避免深度嵌套：超过两层 try 容易失控。可提取为独立方法，如 safeClose(…) 封装资源关闭逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
