应按场景选择流：字节流（InputStream/OutputStream）处理二进制数据，字符流（Reader/Writer）处理文本并需指定编码；缓冲流必须包装底层流，推荐使用try-with-resources自动管理关闭。
Java 的输入输出流不是“选一个用就行”，而是得按场景配对：字节流处理文件、网络原始数据，字符流处理文本更安全；不包装缓冲层，FileInputStream 读大文件会慢到卡死。
什么时候该用 InputStream / OutputStream，而不是 Reader / Writer
核心区别在编码处理——InputStream 和 OutputStream 操作的是 byte，不碰字符编码；Reader 和 Writer 操作的是 char，必须指定或依赖默认编码（比如 UTF-8 或系统 file.encoding）。
- 读写图片、ZIP、PDF、音频等二进制文件 → 用
FileInputStream/FileOutputStream - 读写 JSON、XML、日志文本、配置文件 → 优先用
InputStreamReader+BufferedReader（显式指定"UTF-8"），避免乱码 - 直接用
FileReader很危险：它用系统默认编码，Windows 上可能是GBK，Linux/macOS 是UTF-8，同一份代码换环境就出错
BufferedInputStream 和 BufferedOutputStream 必须套在底层流外面
它们本身不连文件或网络，只是加一层内存缓冲（默认 8192 字节）。没包装底层流，调用 read() 或 write() 会抛 NullPointerException 或 IOException。
FileInputStream fis = new FileInputStream("data.bin");
BufferedInputStream bis = new BufferedInputStream(fis); // ✅ 正确：fis 是实际数据源
int b = bis.read(); // 实际从 fis 读，但走 bis 缓冲
// ❌ 错误写法（编译能过，运行报错）：
BufferedInputStream bad = new BufferedInputStream(null);
bad.read(); // java.lang.NullPointerException
- 缓冲流的
close()会自动调用底层流的close()，不用再单独关fis - 写入时，
flush()强制把缓冲区内容推到目标（比如磁盘），不调用可能丢数据；close()内部会自动flush()
用 Scanner 读控制台或文件，小心它的分隔符和异常吞没
Scanner 看似简单，但默认用空白符（空格、制表、换行）切词，且 nextLine() 和 nextInt() 混用容易跳过换行——这是新手最常卡住的地方。
立即学习“Java免费学习笔记（深入）”；
Scanner sc = new Scanner(System.in);
System.out.print("Enter age: ");
int age = sc.nextInt(); // 读完数字后，光标停在换行符上
System.out.print("Enter name: ");
String name = sc.nextLine(); // ⚠️ 这里立刻返回空字符串！因为 nextLine() 消费了残留的换行符
- 修复方式：在
nextInt()后加一行sc.nextLine()吃掉换行 - 读文件时，别用
new Scanner(new File("x.txt"))，它不指定编码；改用new Scanner(new FileInputStream("x.txt"), "UTF-8") -
Scanner遇到格式错误（如期望整数却输字母）会抛InputMismatchException，不捕获就崩；建议用hasNextInt()先判断
try-with-resources 是唯一靠谱的流关闭姿势
手动 finally 关流太容易漏写或写错顺序（比如先关外层流导致内层流失效），而 try-with-resources 在 Java 7+ 中强制保证所有声明的资源在块结束时按逆序 close()，哪怕发生异常。
try (FileInputStream fis = new FileInputStream("a.bin");
BufferedInputStream bis = new BufferedInputStream(fis);
DataInputStream dis = new DataInputStream(bis)) {
int value = dis.readInt();
// 所有流在此自动关闭，无需 catch IOException 再 close
} catch (IOException e) {
// 只处理业务异常
}
- 资源变量必须是
final或“实际上 final”（不能在 try 块里重新赋值） - 如果多个流有依赖关系（如
bis包装fis），按包装顺序声明，关闭时会倒过来关，确保底层流最后关 - 别在
try块里 return 或 throw 跳出——close()仍会执行
流的嵌套层级越多，出错点越隐蔽：编码没指定、缓冲没加、关闭没做、异常没处理。真正写业务时，别图省事直连 FileReader 或裸用 System.in，多两行包装和声明，换来的是可移植性和稳定性。
