最近在整理项目代码时，突然意识到一个看似简单的问题——"文件复制"——背后竟藏着Java I/O体系最核心的设计哲学。这篇文章从一道竞赛题出发，聊聊字符缓冲流和字节缓冲流的本质差异，以及为什么字节流才是真正的"万能复制"方案。

一、问题的引入：为什么文本复制和任意文件复制要分开讨论？

初学Java I/O时，很多人（包括我）都曾困惑：既然FileInputStream/FileOutputStream能复制任何文件，为什么还要有FileReader/FileWriter？

直到遇到这样一个场景：

• 场景A：复制一个.txt文件，要求按行处理内容，最后统计字符数
• 场景B：复制一个.jpg图片，要求内容完全一致，不能有任何字节丢失

这两个场景对I/O流的要求截然不同。

二、字符缓冲流：文本处理的"最佳实践"

2.1 为什么字符流最适合文本复制？

// 典型的字符缓冲流复制方案
public static void copyTextFile(String src, String dest) throws IOException {
    try (BufferedReader br = new BufferedReader(new FileReader(src));
         BufferedWriter bw = new BufferedWriter(new FileWriter(dest))) {

        String line;
        while ((line = br.readLine()) != null) {
            bw.write(line);
            bw.newLine();  // 自动适配系统换行符
        }
    }
}

核心优势：

1. 编码透明：FileReader默认使用系统编码（UTF-8），自动处理字符编码转换
2. 行级操作：readLine()让文本处理变得优雅，无需手动处理 或
3. 字符缓冲：BufferedReader内部维护char[]缓冲区，减少系统调用次数

2.2 一个容易踩的坑：字符流处理二进制文件

我曾用字符流复制一张图片，结果打开后发现图片损坏。原因很微妙：

• 字符流在读取时会根据编码规则将字节解码为字符
• 对于图片中的某些字节组合（如0xFF 0xD8），可能被误判为某个字符或编码边界
• 写入时再将字符编码回字节，原始字节序列已经发生了不可逆的变化

结论：字符流是"有损"的（对二进制数据而言），它只适合人类可读的文本内容。

三、字节缓冲流：万能复制的底层逻辑

3.1 为什么字节流是"万能"的？

// 经典的字节缓冲流复制方案（万能复制）
public static void copyAnyFile(String src, String dest) throws IOException {
    try (BufferedInputStream bis = new BufferedInputStream(new FileInputStream(src));
         BufferedOutputStream bos = new BufferedOutputStream(new FileOutputStream(dest))) {

        byte[] buffer = new byte[1024];  // 1KB缓冲区，平衡内存与速度
        int len;
        while ((len = bis.read(buffer)) != -1) {
            bos.write(buffer, 0, len);
        }
    }
}

万能的本质：

• 字节是信息的最小原子：任何文件在底层都是字节序列，字节流不做任何"解释"
• 零损耗传输：读入什么字节，就写出什么字节，完全保真
• 缓冲优化：BufferedInputStream通过byte[]缓冲减少IO次数，8KB缓冲区的性能通常接近最优

3.2 缓冲区大小的选择：不是越大越好

我做过一个简单测试（复制100MB文件）：

发现：

• 从无缓冲到1KB，性能提升最显著（减少系统调用次数）
• 超过8KB后，收益递减，因为内存拷贝开销开始显现
• Java默认的8KB缓冲（8192字节）是JVM开发者精心调校的结果

四、深入对比：两种流的本质差异

五、实战建议：如何优雅选择？

原则1：判断内容是否"人类可读"

• 如果是文本 → 用字符缓冲流（代码更简洁，编码问题少）
• 如果是二进制或不确定 → 用字节缓冲流（安全、万能）

原则2：总是使用Buffered包装

// 不推荐：裸流，每次读写都进行系统调用
FileInputStream fis = new FileInputStream("a.jpg");

// 推荐：Buffered包装，减少90%以上的系统调用
BufferedInputStream bis = new BufferedInputStream(new FileInputStream("a.jpg"));

原则3：Java 7+ 务必使用try-with-resources

try (InputStream in = new BufferedInputStream(new FileInputStream(src));
     OutputStream out = new BufferedOutputStream(new FileOutputStream(dest))) {
    // 自动关闭，无需finally块
}

六、延伸思考：NIO时代的文件复制

Java NIO提供了更高效的方案，但在理解基础I/O之前，掌握字符流和字节流的区别仍是必修课：

// Java NIO 零拷贝方案（了解即可）
public static void nioCopy(String src, String dest) throws IOException {
    try (FileChannel source = new FileInputStream(src).getChannel();
         FileChannel target = new FileOutputStream(dest).getChannel()) {
        target.transferFrom(source, 0, source.size());  // 内核态直接传输
    }
}

结语

回到最初的问题：字符流和字节流不是替代关系，而是不同抽象层次的工具。字符流是"懂内容"的流，字节流是"只搬运"的流。理解它们的边界，才能在复制文件、网络传输、序列化等场景中做出正确选择。

一句话总结：文本用字符缓冲流，其他全部用字节缓冲流。这不是教条，而是对Java I/O设计哲学的尊重。

欢迎在评论区分享你在I/O流使用中遇到的坑，或者讨论NIO与传统IO的性能差异。