Java中try-catch先执行try块，无异常则跳过catch；有匹配异常则立即中断try并进入对应catch，后续try代码不执行；catch参数须为Throwable子类，多catch时子类须在父类前；try后可只跟finally；运行时异常应修复而非捕获，检查型异常必须处理。
try-catch 基本写法和执行顺序
Java 中 try-catch 不是“出了错才走”，而是先执行 try 块，如果没异常就跳过所有 catch；一旦抛出匹配的异常，立刻中断当前 try 流程，进入对应 catch 块，后续 try 代码不再执行。
常见误操作：在 catch 里漏写 throw 或 return，结果程序继续往下跑，看似“捕获了”，实则逻辑断裂。
-
catch参数必须是Throwable的子类，不能写catch (int e)这类非法类型 - 多个
catch时，子类异常要写在父类前面，否则编译报错：Unreachable catch block -
try后面可以不跟catch，但必须跟finally（或两者都跟）
何时该用 try-catch，何时不该用
不是所有异常都适合捕获。运行时异常（RuntimeException 及其子类，如 NullPointerException、ArrayIndexOutOfBoundsException）通常反映代码逻辑缺陷，应修复而非捕获；而检查型异常（IOException、SQLException 等）必须处理——要么 catch，要么在方法签名加 throws。
典型反例：对 list.get(100) 包一层 try-catch 来避免 IndexOutOfBoundsException，不如提前 if (list.size() > 100) 判断。
立即学习“Java免费学习笔记（深入）”；
- 文件读写、网络请求、数据库操作——必须
try-catch或声明throws - 空指针、数组越界、类型转换失败——优先检查条件，而不是靠捕获兜底
- 自定义业务异常（如
InsufficientBalanceException）建议继承RuntimeException，避免强制上层处理
try-with-resources 自动关流怎么写才安全
手动关流容易漏掉 finally 或在 close() 时又抛异常导致原异常被掩盖。Java 7 引入的 try-with-resources 会自动调用 close()，但前提是资源类实现 AutoCloseable 接口。
注意：如果 try 块和 close() 都抛异常，后者会被抑制（suppressed），可通过 Throwable.getSuppressed() 获取——这点常被忽略。
- 资源声明必须在
try (…)小括号内，不能放在外面再传入 - 多个资源用分号隔开：
try (FileInputStream fis = new FileInputStream("a"); FileOutputStream fos = new FileOutputStream("b")) - 不要在
try块里重新赋值资源变量，否则关闭的是旧对象，新对象可能泄露
catch 中 throw 和 return 的副作用
在 catch 块里 throw 新异常或 return，会直接退出当前方法，跳过后续代码（包括同级 finally 之后的语句）。但 finally 仍会执行——除非遇到 System.exit() 或 JVM 崩溃。
更隐蔽的问题：如果 finally 里也有 return 或抛异常，它会覆盖 catch 中的 return 或异常，导致调试困难。
-
catch中throw new RuntimeException(e)比裸throw e更利于保留原始堆栈，但需确认是否真要转成非检查异常 - 避免在
finally写return，尤其当try或catch已有return时 - 日志记录建议在
catch开头就做：log.error("xxx failed", e)，别等后面再补
真正难的不是语法，是判断哪个异常该吞、哪个该转、哪个该往上抛——这取决于上下文职责边界，而不是有没有 try-catch。
