在 Java 的 I/O 世界里，`FileInputStream` 和 `FileOutputStream` 是我们进行文件读写的基石。然而，如果你直接用它们来逐字节地拷贝一个大文件，会发现速度慢得令人发指。而一旦你在外层套上 `BufferedInputStream` 和 `BufferedOutputStream`，性能可能瞬间提升 5 倍、10 倍甚至更多。这背后的秘密，就藏在“**缓冲**（Buffering）”二字之中。

本文将带你深入 `BufferedInputStream` 的源码，彻底揭开它性能奇迹的面纱。


----

### **第一章：没有缓冲的世界——`FileInputStream` 的痛点**


想象一下，你要从一个文件中读取 1MB 的数据。如果使用最原始的方式：

```
FileInputStream fis = new FileInputStream("large-file.txt");
int data;
while ((data = fis.read()) != -1) {
    // 处理一个字节
}
fis.close();
```
这段代码看似简单，但其背后隐藏着巨大的性能开销。

#### **1.1 系统调用的巨大成本**


每一次调用 `fis.read()`，Java 虚拟机（JVM）都会向操作系统发起一次 **系统调用**（System Call）。系统调用是一个昂贵的操作，因为它涉及到：


- **用户态到内核态的上下文切换**：CPU 需要保存当前用户程序的所有状态，然后切换到操作系统内核去执行。

- **磁盘 I/O 操作**：内核需要与物理磁盘交互，这是一个极其缓慢的过程（相对于内存和 CPU）。


对于 1MB（即 1,048,576 字节）的文件，上述代码会触发 **超过一百万次** 的系统调用！这种频繁的“打扰”让操作系统不堪重负，效率自然低下。

#### **1.2 硬件层面的现实**


现代计算机体系结构决定了 **内存的访问速度比磁盘快几个数量级**。理想情况下，我们应该尽量减少对慢速设备（如磁盘）的访问次数，尽可能多地利用高速的内存。


----

### **第二章：`BufferedInputStream` 的救赎——缓冲机制详解**


`BufferedInputStream` 正是为了解决上述问题而生。它的核心思想非常朴素：**化零为整，批量处理**。

#### **2.1 核心架构：装饰器模式**


`BufferedInputStream` 是 **装饰器模式**（Decorator Pattern）的经典应用。它并不直接与文件打交道，而是包装（Wrap）一个已有的 `InputStream`（比如 `FileInputStream`），在其基础上增加缓冲功能。

```
// 创建一个带缓冲的输入流
BufferedInputStream bis = new BufferedInputStream(new FileInputStream("file.txt"));
```
#### **2.2 内部缓冲区**


`BufferedInputStream` 的内部维护了一个字节数组，这就是它的 **缓冲区**（Buffer）。


- **默认大小**：在 JDK 中，这个缓冲区的默认大小是 **8192 字节**（即 8KB）。

- **可自定义**：你也可以在构造函数中指定一个更大的缓冲区，例如 `new BufferedInputStream(fis, 65536)`（64KB）。


#### **2.3 工作原理：源码级剖析**


让我们通过模拟 `BufferedInputStream` 的 `read()` 方法逻辑，来理解其工作流程：

```
public class MyBufferedInputStream extends InputStream {
    private InputStream in; // 被包装的底层输入流
    private byte[] buffer;  // 内部缓冲区
    private int pos;        // 缓冲区中下一个要读取的字节位置
    private int count;      // 缓冲区中有效数据的字节数

    public MyBufferedInputStream(InputStream in, int size) {
        this.in = in;
        this.buffer = new byte[size];
        this.pos = 0;
        this.count = 0;
    }

    @Override
    public int read() throws IOException {
        // 关键逻辑：检查缓冲区是否还有数据
        if (pos >= count) {
            // 缓冲区已空，需要从底层流填充
            fillBuffer();
            if (pos >= count) {
                // 底层流也已结束
                return -1;
            }
        }
        // 从高速的内存缓冲区中返回一个字节
        return buffer[pos++] & 0xFF;
    }

    private void fillBuffer() throws IOException {
        // 将缓冲区指针重置
        pos = 0;
        // 一次性从底层流（如文件）读取大量数据到缓冲区
        // 这个操作只触发一次系统调用，却读取了8KB的数据！
        count = in.read(buffer, 0, buffer.length);
    }
}
```
**关键点解析**：


1. **首次读取**：当第一次调用 `read()` 时，`pos` (0) >= `count` (0)，缓冲区为空。于是调用 `fillBuffer()`。

2. **批量加载**：`fillBuffer()` 方法会调用底层 `FileInputStream` 的 `read(byte[], ...)` 方法，**一次性从磁盘读取 8KB 的数据**到内存缓冲区。这**只产生一次系统调用**。

3. **后续读取**：接下来的 8191 次 `read()` 调用，都只是简单地从内存中的 `buffer` 数组返回一个字节，**完全不涉及任何系统调用或磁盘 I/O**！

4. **缓冲区耗尽**：当第 8192 次读取后，`pos` 再次等于 `count`，缓冲区再次变空，重复步骤 2。


#### **2.4 性能对比：数量级的飞跃**


回到我们 1MB 文件的例子：


- **无缓冲** (`FileInputStream`)：约 **1,048,576 次** 系统调用。

- **有缓冲** (`BufferedInputStream`, 8KB)：仅需 **128 次** 系统调用（1MB / 8KB = 128）。


系统调用的次数减少了 **8000多倍**！虽然每次系统调用读取的数据量变大了，但其固定开销（上下文切换等）被分摊到了更多的数据上，从而极大地提升了整体吞吐量。这就是性能提升 10 倍的根本原因。


----

### **第三章：`BufferedOutputStream` 的协同作战**


文件拷贝是双向操作，有读就有写。`BufferedOutputStream` 的原理与 `BufferedInputStream` 如出一辙，但它作用于输出端。

#### **3.1 工作原理**


`BufferedOutputStream` 内部同样有一个默认 8KB 的缓冲区。当你调用 `write(int b)` 写入一个字节时：


- 数据首先被放入内存缓冲区。

- 只有当缓冲区被填满，或者你显式调用 `flush()` 方法时，缓冲区中的所有数据才会被**一次性**写入到底层的 `FileOutputStream`，从而触发一次系统调用。


这避免了每写一个字节就进行一次昂贵的磁盘写入操作。

#### **3.2 完整的高效文件拷贝示例**


结合两者，我们就能写出高效的文件拷贝代码：

```
public static void copyFile(String src, String dest) throws IOException {
    // 使用 try-with-resources 自动管理资源
    try (BufferedInputStream bis = new BufferedInputStream(new FileInputStream(src));
         BufferedOutputStream bos = new BufferedOutputStream(new FileOutputStream(dest))) {

        byte[] buffer = new byte[8192]; // 使用与缓冲流内部一致的大小，效率最高
        int bytesRead;
        // 批量读取和写入
        while ((bytesRead = bis.read(buffer)) != -1) {
            bos.write(buffer, 0, bytesRead);
        }
        // try-with-resources 会自动调用 flush() 和 close()
    }
}
```
在这个例子中，我们甚至可以进一步优化，使用一个与缓冲流内部缓冲区大小一致的字节数组进行批量读写，将性能推向极致。


----

### **第四章：最佳实践与注意事项**


#### **4.1 缓冲区大小并非越大越好**


- **太小**：无法有效减少系统调用次数。

- **太大**：会占用过多内存，且可能导致延迟增加（因为要等缓冲区满才写入）。

- **经验值**：8KB 到 64KB 通常是很好的起点。对于特定场景（如超大文件、SSD），可以测试不同大小找到最优值。


#### **4.2 切记刷新和关闭**


- **`flush()`**：在某些情况下（如日志写入），你可能希望立即将数据写入磁盘，而不是等待缓冲区满。此时必须手动调用 `flush()`。

- **`close()`**：`close()` 方法会自动调用 `flush()`，确保所有缓冲数据都被写出。务必在操作完成后关闭流，推荐使用 `try-with-resources` 语法。


#### **4.3 不要过度包装**


- `new BufferedInputStream(new BufferedInputStream(new FileInputStream(...)))` 这样的嵌套是没有意义的，反而增加不必要的开销。


----

### **总结**


`BufferedInputStream` 和 `BufferedOutputStream` 的性能魔法，并非源于什么高深莫测的算法，而是对计算机硬件特性的深刻理解和巧妙利用。它们通过引入一个简单的内存缓冲区，将成千上万次昂贵的、小粒度的 I/O 操作，聚合成寥寥数次廉价的、大粒度的操作。

这正是软件工程中“**空间换时间**”的经典范例。理解了这个原理，不仅能让你写出高效的 I/O 代码，更能培养你在面对其他性能瓶颈时，思考如何通过缓冲、批处理等策略来优化系统的思维模式。

在 Java 的 I/O 世界里，FileInputStream 和 FileOutputStream 是我们进行文件读写的基石。然而，如果你直接用它们来逐字节地拷贝一个大文件，会发现速度慢得令人发指。而一旦你在外层套上 BufferedInputStream 和 BufferedOutputStream，性能可能瞬间提升 5 倍、10 倍甚至更多。这背后的秘密，就藏在“缓冲（Buffering）”二字之中。

Java源码分析：看了这个 `BufferedInputStream` 源码，我终于明白为什么拷贝文件快10倍

在 Java 的 I/O 世界里，FileInputStream 和 FileOutputStream 是我们进行文件读写的基石。然而，如果你直接用它们来逐字节地拷贝一个大文件，会发现速度慢得令人发指。而一旦你在外层套上 BufferedInputStream 和 BufferedOutputStream，性能可能瞬间提升 5 倍、10 倍甚至更多。这背后的秘密，就藏在“缓冲（Buffering）

编程语言

后端

深入解析Java中BufferedInputStream的性能优化原理，揭秘8KB缓冲区如何将文件读取系统调用减少8000倍。通过源码分析缓冲机制，展示如何利用内存缓冲提升I/O效率10倍以上，并提供最佳实践建议。

软件工程

虚拟机

Java

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Java源码分析：看了这个 `BufferedInputStream` 源码，我终于明白为什么拷贝文件快10倍-腾讯云开发者社区-腾讯云

Java源码分析：看了这个 `BufferedInputStream` 源码，我终于明白为什么拷贝文件快10倍

Java源码分析：看了这个 `BufferedInputStream` 源码，我终于明白为什么拷贝文件快10倍

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐