try-catch必须配对出现，否则编译报错；catch顺序须子类在前父类在后；受检异常需处理或声明throws；避免catch(Throwable)；finally中return会覆盖try/catch返回值；log异常应传入异常对象而非拼字符串。
try-catch 必须配对出现，不能只写 try 或只写 catch
Java 编译器会直接报错 error: try without catch, finally, or resource declarations。哪怕你只是想“先占个位置”，也得补上 catch 或 finally，光有 try 是非法语法。
常见错误现象：复制别人代码时漏掉了 catch 块，或者误删了大括号，导致 catch 不再属于该 try；IDE 有时会高亮提示但不明确说缺什么，容易卡住。
-
try后面必须紧跟一个或多个catch，或一个finally，或两者都有 - 多个
catch要按“子类在前、父类在后”顺序排列，否则编译失败：error: exception XXX has already been caught - 如果用的是受检异常（比如
IOException），try块里没处理，又没在方法签名加throws，编译直接过不去
捕获 Exception 和 Throwable 的区别很关键
写成 catch (Exception e) 是常规操作；但有人图省事写成 catch (Throwable t)，这会吞掉 OutOfMemoryError、StackOverflowError 这类 JVM 级别错误，导致程序静默崩溃、排查困难。
使用场景：日常业务逻辑里，绝大多数情况只需捕获 Exception 及其子类；只有极少数框架层或监控工具才需要捕获 Throwable，且必须立刻判断是否为 Error 并重新抛出。
立即学习“Java免费学习笔记（深入）”；
- 永远不要在业务代码里用
catch (Throwable t)后直接log.info()然后继续执行 -
catch (RuntimeException e)是合法的，但它不抓IOException这类受检异常，容易漏处理 - Java 7+ 支持多异常捕获：
catch (IOException | SQLException e)，注意中间是|不是||
finally 里的 return 会覆盖 try/catch 中的 return
这是最容易被忽略的行为：只要 finally 里有 return，不管前面 try 或 catch 返回什么，最终方法返回值都是 finally 里的值。连异常都会被吃掉。
示例：以下代码实际返回 2，且不会抛出 NullPointerException：
public static int test() {
try {
throw new NullPointerException();
return 1;
} catch (Exception e) {
return 0;
} finally {
return 2;
}
}
-
finally适合做资源清理（如关闭InputStream），不适合放业务逻辑或return - Java 7+ 推荐用
try-with-resources替代手写finally关流，更安全简洁 - 如果真要在
finally里改状态，确保不破坏控制流，比如只调用close()或log.debug()
log 异常时必须用 e.printStackTrace() 的替代方案
直接写 e.printStackTrace() 会输出到 System.err，脱离日志系统，查问题时根本找不到上下文。生产环境基本等于“没记录”。
正确做法是把异常对象传给日志框架的 error() 方法，让框架自动打印堆栈：
logger.error("文件读取失败", e); // ✅ 正确：e 是第二个参数
- 不要拼字符串：
logger.error("文件读取失败: " + e.getMessage())—— 丢掉了堆栈 - 不要只打
e.getMessage()，很多异常信息为空，比如NullPointerException - 如果用 SLF4J，确保日志实现（Logback / Log4j2）已配置好，否则可能静默丢日志
try-catch 块本身解决。 
