Java字节流使用详解：InputStream与OutputStream

Java字节流（InputStream/OutputStream）使用中常见陷阱包括：read()单次仅读一个字节需循环至返回-1才能读完全部内容；write()后必须flush()或close()确保数据落盘，否则文件可能为空或损坏；二者不支持直接处理字符串，必须显式指定UTF-8等标准编码以避免乱码；大文件操作切忌一次性加载到内存，应采用8–64KB固定缓冲区循环读写，或直接使用Files.copy等JDK优化方案；同时，流的生命周期管理、异常处理（尤其是flush和close的可靠性）不容忽视——掌握这些关键细节，才能写出健壮、高效、跨平台兼容的IO代码。

InputStream 读取文件时为什么总读不到全部内容？

因为 InputStream.read() 每次只返回一个字节（或 -1 表示结束），直接调用一次就停，不是自动读完。必须循环处理，直到返回 -1。

• 别写 int b = in.read(); 然后就以为读完了——这只会读第一个字节
• 正确做法是用 while ((b = in.read()) != -1) 或更推荐的批量读取：read(byte[] b)
• 注意：read(byte[] b) 返回的是「实际读到的字节数」，不一定是数组长度，必须用返回值做边界判断

byte[] buf = new byte[8192];
int n;
while ((n = in.read(buf)) != -1) {
    // 处理 buf[0] 到 buf[n-1]
    out.write(buf, 0, n);
}

OutputStream 写入后文件为空或乱码怎么办？

最常见原因是没调用 flush() 或 close()，导致缓冲区数据滞留内存未落盘。

• OutputStream 默认带缓冲（如 FileOutputStream 本身不缓，但包装成 BufferedOutputStream 就会）
• 仅 write() 不保证写入磁盘；必须 flush() 强制输出，或 close()（内部会自动 flush）
• 务必在 finally 块或 try-with-resources 中关闭，否则可能丢数据

try (FileOutputStream fos = new FileOutputStream("out.txt");
     BufferedOutputStream bos = new BufferedOutputStream(fos)) {
    bos.write("hello".getBytes(StandardCharsets.UTF_8));
    bos.flush(); // 可省略，close 会触发
} // 自动 close → 自动 flush

InputStream 和 OutputStream 能直接传字符串吗？

不能。它们只处理 byte，字符串需显式编码；否则用默认平台编码（Windows 是 GBK，Linux/macOS 是 UTF-8），极易乱码。

• 写字符串：用 string.getBytes(StandardCharsets.UTF_8)，别用无参 getBytes()
• 读字节转字符串：用 new String(bytes, 0, len, StandardCharsets.UTF_8)
• 如果要方便操作文本，直接换用 Reader/Writer（字符流），它们内部已封装编码逻辑

复制大文件时卡顿或 OOM 怎么办？

一次性 readAllBytes()（Java 9+）或把整个文件读进 byte[]，对大文件就是自杀行为。

• 典型错误：byte[] data = in.readAllBytes(); → 几百 MB 文件直接触发 OutOfMemoryError
• 正确姿势：固定小缓冲（如 8KB），循环 read() + write()
• 注意缓冲大小不是越大越好：32KB 以上提升极小，还浪费堆内存；8–64KB 是通用安全区间
• JDK 7+ 推荐用 Files.copy(in, out)，它内部已优化为分块读写

Files.copy(
    Files.newInputStream(Paths.get("in.bin")),
    Files.newOutputStream(Paths.get("out.bin"))
);

理论要掌握，实操不能落！以上关于《Java字节流使用详解：InputStream与OutputStream》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！