try-catch后代码是否继续执行取决于异常是否被捕获及catch块内操作：未捕获或主动throw则终止，否则继续执行后续语句；finally几乎总执行，但System.exit()或JVM强制终止会跳过；多catch须子类在前、父类在后；空catch极危险，应记录日志或明确注释。
try-catch 后代码是否继续执行
会，只要没遇到 return、throw、System.exit() 或未捕获的异常，catch 块执行完后程序会继续向下运行到 try-catch 结构之后的语句。
常见误解是“出了异常整个方法就停了”，其实只是当前异常被抛出的那条语句中断，后续能否继续取决于有没有被 catch 住、以及 catch 里做了什么。
-
catch块末尾没有return，则继续执行catch后面的代码 -
catch里主动throw新异常，后续代码不执行，异常向上抛 -
try中抛异常但没匹配到任何catch，则跳过所有catch和finally（如果有且未被中断），直接向外传播
finally 一定会执行吗
绝大多数情况下会，但有两个关键例外：System.exit() 和 JVM 强制终止（如 kill -9）会导致 finally 被跳过。
即使 try 或 catch 中有 return，JVM 也会先把 finally 执行完再返回——注意：如果 finally 里也有 return，它会覆盖前面的返回值。
立即学习“Java免费学习笔记（深入）”；
-
try { return 1; } finally { return 2; }→ 实际返回 2 -
try { int x = 1/0; } catch(Exception e){} finally { System.out.println("here"); }→ “here” 一定打印 - 避免在
finally里写return，容易掩盖真实逻辑和调试线索
多个 catch 的匹配顺序怎么定
按代码中出现的**从上到下顺序**匹配，且必须遵循“子类在前、父类在后”，否则编译报错：Unreachable catch block。
这是因为 Java 编译器静态检查时，一旦某个 catch 参数类型能捕获后续所有异常，后面的 catch 就永远进不去。
- 正确：
catch (NullPointerException e)在前，catch (RuntimeException e)在后 - 错误：
catch (Exception e)在前，后面再跟任何catch都会编译失败 - 可以合并处理时，用多异常语法：
catch (IOException | SQLException e)
异常吞掉（empty catch）为什么危险
空 catch 块（即 catch(Exception e) {}）不是“静默处理”，而是彻底丢弃异常上下文，导致问题无法定位、状态不一致、资源未释放等连锁反应。
典型后果包括：数据库连接泄漏、文件句柄卡死、业务逻辑误判成功、监控完全失焦。
- 至少记录日志：
catch (Exception e) { logger.error("failed to process order", e); } - 如果真要忽略，加明确注释说明原因（比如“兼容旧版空响应”）
- 绝不要用
catch (Throwable t)+ 空块，可能吞掉OutOfMemoryError这类致命错误
finally 中的副作用和多层嵌套 try-catch 导致的控制流混乱——建议用 IDE 的“Find Usages”查一下项目里有多少个空 catch，再顺手看看 finally 里有没有 return。 
