try-catch必须配对使用，合法结构仅三种：try+catch、try+finally、try+catch+finally；捕获异常需具体化，避免catch Exception；推荐用try-with-resources防资源泄漏；throw用于抛出异常，throws用于声明受检异常。
try catch 必须配对使用，不能单独写 catch 或 try
Java 中 try 块必须紧跟至少一个 catch 或 finally，否则编译直接报错：error: 'try' without 'catch', 'finally', or resource declarations。常见误写是删掉 catch 只留 try，以为能“静默执行”，实际连编译都过不去。
正确结构只有三种合法组合：
-
try+catch -
try+finally -
try+catch+finally
如果只是想记录异常但不处理，也得写个空 catch（不推荐），或至少打印堆栈：
try {
riskyOperation();
} catch (IOException e) {
e.printStackTrace(); // 至少别让它完全消失
}
捕获异常类型要具体，避免直接 catch Exception
用 catch (Exception e) 看似省事，实则掩盖问题。它会吞掉 RuntimeException（如 NullPointerException）和受检异常（如 IOException），导致逻辑错误难以定位。
应按实际可能抛出的异常类型分层捕获：
立即学习“Java免费学习笔记（深入）”；
- 优先捕获最具体的子类，比如
FileNotFoundException而不是IOException - 多个
catch块注意顺序：子类在前，父类在后；否则编译报错exception XXX has already been caught - Java 7+ 支持多异常捕获：
catch (IOException | SQLException e)，但仅限并列关系，不能是父子类
示例：
try {
Files.readAllLines(Paths.get("config.txt"));
} catch (NoSuchFileException e) {
System.err.println("配置文件不存在，使用默认值");
} catch (IOException e) {
System.err.println("读取文件失败：" + e.getMessage());
}
资源泄漏风险：try-with-resources 比手动 close 更可靠
老式写法中，在 try 里打开文件/连接，再在 finally 里 close()，但若 close() 自身抛异常，或 try 块里已抛异常，finally 中的异常会覆盖原异常，且资源未必真关掉。
Java 7 引入的 try-with-resources 自动调用 AutoCloseable.close()，无论是否异常都会执行，且能抑制次要异常：
- 资源声明必须在
try后的括号内，且实现AutoCloseable - 多个资源用分号隔开，关闭顺序与声明顺序相反
- 不要在
try-with-resources外再手动close()，否则可能抛IllegalStateException
对比：
// ❌ 容易漏关、异常覆盖
FileInputStream fis = null;
try {
fis = new FileInputStream("data.bin");
// ...
} finally {
if (fis != null) fis.close(); // close 可能抛 IOException
}
// ✅ 推荐：自动管理
try (FileInputStream fis = new FileInputStream("data.bin");
BufferedInputStream bis = new BufferedInputStream(fis)) {
// 使用 bis
} // 自动按 bis → fis 顺序 close
throw 和 throws 容易混淆：一个抛出异常，一个声明异常
throw 是语句，用于在方法体内主动抛出一个异常实例；throws 是方法签名的一部分，声明该方法可能抛出哪些受检异常（RuntimeException 及其子类无需声明）。
典型误区：
- 在方法里
throw new IOException()，但没在方法签名加throws IOException→ 编译失败 - 写了
throws Exception却没在方法体里throw任何东西 → 允许，但属于过度声明，调用方被迫处理无关异常 - 重写方法时，子类
throws的异常类型不能比父类更宽（只能相同或更具体）
示例：
public void readFile(String path) throws FileNotFoundException {
if (path == null) {
throw new IllegalArgumentException("路径不能为空"); // RuntimeException，无需声明
}
return new FileInputStream(path); // 可能抛出受检异常 FileNotFoundException
}
异常处理不是兜底工具，而是控制流的一部分。最常被忽略的是：在 catch 块里吞掉异常却不记录、不重抛、也不转成业务语义，会让问题在下游突然爆发，且无迹可寻。
