Java输入输出流使用详解

应按场景选择流：字节流（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() 混用容易跳过换行——这是新手最常卡住的地方。

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，多两行包装和声明，换来的是可移植性和稳定性。