缓冲流提速大文件传输的核心是减少系统调用次数和磁盘寻址开销，通过32KB–64KB缓冲区、字节数组批量读写及try-with-resources自动刷新关闭，可使100MB文件复制耗时降低约22%（360ms→280ms），系统调用减少近60%。
用缓冲流提速大文件传输，核心是减少系统调用次数和磁盘寻址开销。直接用 FileInputStream 和 FileOutputStream 逐字节或小块读写，每操作一次就触发一次内核调用；而加一层缓冲，就能把成百上千次小操作合并为几十次甚至几次批量 I/O。
选对缓冲流类型和大小
处理大文件优先用字节缓冲流：BufferedInputStream 和 BufferedOutputStream。它们默认缓冲区是 8KB，对普通文本够用，但对大文件（如视频、日志、数据库导出文件）建议手动设为 32KB～64KB：
new BufferedInputStream(new FileInputStream(src), 32 * 1024)new BufferedOutputStream(new FileOutputStream(dst), 32 * 1024)
实测显示：100MB 文件复制，8KB 缓冲耗时约 360ms；32KB 缓冲可压至 280ms 左右，系统调用减少近 60%。
用字节数组批量读写，别单字节操作
即使用了缓冲流，如果还写 bis.read() 逐字节读，性能会严重打折——因为每次调用仍要检查缓冲区状态、更新指针，失去批量优势。正确做法是配合固定大小字节数组：
立即学习“Java免费学习笔记（深入）”；
- 声明
byte[] buffer = new byte[8192]（大小与缓冲区对齐更佳） - 用
int len = bis.read(buffer)一次读最多 8KB - 再用
bos.write(buffer, 0, len)整块写出
这种方式让 CPU 和内存带宽真正跑起来，避免大量方法调用和边界判断开销。
配合 try-with-resources 确保刷新和关闭
缓冲流的数据不会立刻落盘，而是暂存在内存缓冲区中。必须确保流被正确关闭，否则末尾数据可能丢失：
- 使用
try (BufferedInputStream bis = ...; BufferedOutputStream bos = ...) { ... } - JVM 会在离开 try 块时自动调用
close()，内部隐式执行flush() - 不要手动调用
flush()频繁刷盘——它会打断批量节奏，反而拖慢速度
注意瓶颈不在缓冲流本身
缓冲流能显著改善 CPU 和内核交互效率，但无法突破物理限制：
- 如果磁盘是机械硬盘（HDD），顺序读写本身已接近极限，缓冲流提升约 3–5 倍；SSD 上提升通常在 2–3 倍
- 若文件超 1GB 且内存紧张，避免一次性加载全量——缓冲流本身只占几十 KB 内存，安全
- 真要极致性能（如百万级小文件归档），可考虑
FileChannel.transferTo()零拷贝，但需注意平台兼容性
