Java中IOException是受检异常，必须捕获或声明throws；推荐用try-with-resources自动关闭资源；避免空catch，需记录日志；缓冲流需显式flush()确保数据写入。
Java里IOException必须捕获或声明抛出
Java的IOException是受检异常（checked exception），编译器强制要求你处理它——不能像NullPointerException那样放任不管。不处理会直接报错：Unhandled exception type IOException。
两种合法做法：
• 在方法签名中用throws IOException向上抛出
• 用try-catch块捕获并处理
常见场景包括：FileInputStream构造、BufferedReader.readLine()、ObjectOutputStream.writeObject()等I/O操作。
用try-with-resources自动关闭资源，避免资源泄漏
手动在finally里调用close()容易出错：如果close()本身也抛IOException，可能掩盖原始异常；更糟的是，忘记写finally会导致文件句柄/网络连接长期占用。
立即学习“Java免费学习笔记（深入）”；
Java 7+ 推荐用try-with-resources语法，只要资源实现AutoCloseable接口（如FileInputStream、Scanner、Socket）就会自动关闭：
try (FileInputStream fis = new FileInputStream("data.txt");
BufferedReader reader = new BufferedReader(new InputStreamReader(fis))) {
String line = reader.readLine();
System.out.println(line);
} catch (IOException e) {
System.err.println("读取失败：" + e.getMessage());
}
注意：
• 多个资源用分号分隔，关闭顺序与声明顺序相反
• 如果多个close()都抛异常，只有第一个被抛出，其余会作为suppressed exception附加到主异常上（可通过e.getSuppressed()查看）
不要空catch IOException，至少记录日志
写成catch (IOException e) { }是危险的——程序看似“运行成功”，实则文件没读到、数据已丢失，且毫无痕迹。
最低限度应记录错误信息：
- 开发阶段用
e.printStackTrace()快速定位 - 生产环境用
logger.error("Failed to write config file", e) - 若需用户感知，可包装为更友好的提示，比如“无法保存设置，请检查磁盘空间”
还要注意：
• IOException子类很多（如FileNotFoundException、SocketTimeoutException），按需细化捕获比笼统抓IOException更利于诊断
• 网络I/O中，SocketException和InterruptedIOException常表示临时性故障，适合重试而非直接失败
BufferedXXX流能显著提升性能，但别忘了flush()
直接用FileOutputStream.write()写单字节，每写一次都触发系统调用，慢得离谱。加一层缓冲（如BufferedOutputStream）能把多次小写合并为一次系统调用。
但缓冲带来新问题：
• 数据暂存在内存缓冲区，不主动flush()可能丢失（尤其程序异常退出时）
• close()会自动flush()，但如果你中途需要确保数据落盘（比如写日志后立即可见），必须显式调用flush()
示例：
try (BufferedOutputStream bos = new BufferedOutputStream(
new FileOutputStream("output.bin"))) {
bos.write(new byte[]{1, 2, 3});
bos.flush(); // 确保此刻写入磁盘
} catch (IOException e) {
// 处理异常
}
另外，PrintWriter默认不自动flush()，除非构造时传true：new PrintWriter(out, true)。
