外层catch仅能捕获未被内层处理或显式re-throw的异常；内层catch若不抛出异常则终止其生命周期，外层无法感知；嵌套应按职责分层，避免盲目使用。
Java 中嵌套 try-catch 的核心在于：**外层 catch 可以捕获内层抛出（未被内层处理）的异常；若内层已捕获并“吞掉”异常（没 re-throw），外层就完全感知不到；若内层捕获后选择重新抛出（throw 或 throw new XXX），异常才可能继续向上传递到外层。**
内层捕获后不抛出 → 异常终止，外层无感知
这是最常见也最容易忽略的情况：内层 try-catch 把异常“吃掉”了。
说明：只要内层 catch 块执行完毕且没有显式 throw，该异常生命周期就结束了，不会自动冒泡到外层。
- ✅ 正确理解：catch 不是“转发站”，而是“终点站”，除非你主动让它继续走
- ❌ 常见误区：以为写了外层 try-catch 就一定能捕获所有内部异常 —— 实际取决于内层是否让异常逃逸
- 例子：
try {
try {
int x = 1 / 0;
} catch (ArithmeticException e) {
// 没有 throw，异常在这里终结
System.out.println("内层已处理");
}
} catch (Exception e) {
// 这里永远不会执行
System.out.println("外层捕获？不会！");
}
内层捕获后重新抛出 → 异常可传递至外层
想让异常“穿透”内层，必须在 catch 中显式 throw —— 可以原样抛出，也可以包装后抛出。
立即学习“Java免费学习笔记（深入）”；
-
原样 re-throw：用
throw e;（注意不是throw new Exception(e);，那是新建异常） -
包装再抛：用
throw new RuntimeException("业务失败", e);，保留原始栈轨迹 - ⚠️ 注意：如果 catch 中抛出的是 新异常（如
throw new NullPointerException();），原始异常信息就丢失了，外层捕获到的是新异常
外层 try-catch 捕获的是“逃逸出来”的异常
外层只对未被内层处理、或被内层显式 re-throw 的异常生效。
- 内层 try 中抛异常 → 内层 catch 匹配成功 → 执行其代码块 → 若未 throw → 结束
- 内层 try 中抛异常 → 内层 catch 匹配成功 → 执行其代码块 → 若执行
throw e;→ 异常继续向上，由外层匹配 - 内层 try 中抛异常 → 内层 catch 类型不匹配 → 异常直接穿透到外层 try，由外层 catch 匹配
建议：按职责分层处理，避免盲目嵌套
嵌套 try-catch 容易导致逻辑混乱和异常丢失。更推荐的做法是：
- 底层（如 DAO 层）专注捕获并转换技术异常（如 SQLException → 自定义 DataAccessException）
- 中间层（如 Service）聚焦业务规则校验与事务控制，必要时包装异常
- 顶层（如 Controller）统一处理最终异常，返回友好提示或日志
- 能用单层 + 多 catch 分支解决的，就别硬套两层 try —— 清晰比嵌套更重要
