Java try-catch-finally 是分工明确的协作结构：try 执行可能出错的核心操作，catch 按类型分层捕获并务实处理，finally 专注无条件资源清理（禁用 return/throw），优先使用 try-with-resources。
Java 的 try-catch-finally 机制不是“兜底写法”，而是有明确分工的协作结构：try 负责执行主逻辑，catch 负责针对性纠错，finally 负责无条件收尾。用对了，代码才真正健壮。
try 块：只放可能出错的核心操作
try 不是保险箱，不能把整个方法体都塞进去。它只应包裹那些明确可能抛异常的语句，比如文件读写、网络请求、数据库查询、解析字符串等。其他校验性逻辑（如参数非空判断）建议提前做，避免异常流混入业务流。
- ✅ 推荐：把
new FileInputStream("data.txt")和read()放在 try 内 - ❌ 避免：把日志打印、变量初始化、无关计算也塞进 try，会模糊异常边界
- ⚠️ 注意：try 块一旦抛出异常，后续语句立即跳过，不会继续执行
catch 块：按类型分层捕获，不写万能 Exception
多个 catch 应按“子类→父类”顺序排列，确保更具体的异常优先被处理。不要只写一个 catch(Exception e)，否则会掩盖真实问题，也难以做差异化响应。
- ✅ 推荐组合：
catch(FileNotFoundException e)→catch(IOException e)→（可选）catch(RuntimeException e) - ✅ 处理动作要务实：记录带上下文的日志、返回友好提示、触发降级逻辑，而非仅
e.printStackTrace() - ⚠️ 注意：若异常未被任何 catch 捕获，会向上抛出，finally 仍会执行，但调用方需负责兜底
finally 块：专注资源清理，别在里面 return 或 throw
finally 的核心价值是“保证执行”，典型用途是关闭流、释放锁、归还连接。但它不是普通代码块——如果其中含有 return 或 throw，会覆盖 try/catch 中的返回值或异常，造成行为不可预期。
立即学习“Java免费学习笔记（深入）”；
- ✅ 推荐写法：检查资源非 null 后关闭，例如
if (fos != null) fos.close(); - ✅ 更优替代：JDK 7+ 优先使用 try-with-resources（自动调用
close()），语法更简洁且不易出错 - ⚠️ 禁止写法：
finally { return "cleanup"; }—— 这会让 try 里的 return 失效
特殊场景下的执行逻辑要心里有数
finally 几乎总执行，但有两个例外：JVM 直接退出（如 System.exit(0)）、或发生致命错误（如 OutOfMemoryError）。另外，以下情况容易被忽略：
- try 中有
return 1;，finally 中有return 2;→ 实际返回 2（不推荐） - try 抛异常，catch 中又 throw 新异常，finally 仍会先执行再抛出新异常
- try/catch 里没写 return，但 finally 里写了 → 方法直接返回，原逻辑结果被丢弃
