io.Pipe不能优化文件I/O，因其仅提供无缓冲的同步channel，需并发读写且易死锁；真正降开销靠避免落盘、复用缓冲、跳过bufio二次拷贝。
管道本身不减少文件 I/O 开销，它只是把一个文件的读和另一个文件（或进程）的写串起来；真正降开销的是避免中间落盘、复用缓冲、跳过 bufio 二次拷贝 —— 但必须小心 goroutine 阻塞和死锁。
为什么 pipe 不能直接“优化”文件 I/O
很多人误以为 io.Pipe 是性能优化工具，其实它只是提供一个内存中的同步 channel：一端写、一端读，数据不经过磁盘。如果你本就要把 A 文件读出来再写进 B 文件，用 io.Pipe 替代临时文件，确实能省掉一次磁盘写+读，但代价是：两端必须并发运行，且任何一方卡住就会导致整个流程阻塞。
常见错误现象：fatal error: all goroutines are asleep - deadlock —— 这几乎总是因为没启动 reader goroutine，或 writer 先 close 而 reader 还没开始读。
- pipe 不带缓冲，写入会阻塞直到有 reader 消费
- pipe 不替代
bufio，它不缓存、不聚合、不减少系统调用次数 - 如果目标是“读 A → 处理 → 写 B”，pipe 只帮你省掉中间文件，但处理逻辑仍需自己做，且必须并发协调
什么时候该用 io.Pipe 而不是 os.Open + os.Create
典型适用场景是「流式转换」且不允许落盘，比如：压缩/解密/编码后直接传给 HTTP 响应体、转发给下游服务、喂给 exec.Command 的 stdin/stdout。
立即学习“go语言免费学习笔记（深入）”；
例如：把日志文件实时 gzip 后发给远程 collector，不落地：
pr, pw := io.Pipe()
gz := gzip.NewWriter(pw)
go func() {
defer pw.Close() // ← 必须在 goroutine 里 close，否则 reader 永远等
defer gz.Close()
file, _ := os.Open("access.log")
defer file.Close()
io.Copy(gz, file) // ← 这里不走磁盘，直接喂进 pipe
}()
// 此时 pr 可以直接传给 http.ResponseWriter 或 bytes.Buffer
io.Copy(responseWriter, pr)- 不要在主线程里先
pw.Close()再启动 goroutine，顺序反了必死锁 - 如果处理逻辑需要随机访问或重读，pipe 不支持
Seek，得换bytes.Buffer或临时文件 -
io.Pipe的 reader/writer 不支持超时控制，要用context得自己包装
比 pipe 更常用、更安全的替代方案
多数所谓“减少 I/O 开销”的需求，其实不需要 pipe —— 直接用 io.Copy + bufio 就够了，更可控、无死锁风险。
比如批量复制并转码文本文件：
src, _ := os.Open("input.txt")
dst, _ := os.Create("output.txt")
defer src.Close(); defer dst.Close()
<p>reader := bufio.NewReaderSize(src, 64<em>1024)
writer := bufio.NewWriterSize(dst, 64</em>1024)
defer writer.Flush()</p><p>io.Copy(writer, reader) // ← 内部已复用 32KB 缓冲，系统调用极少-
io.Copy默认用 32KB 缓冲，比 pipe 的零缓冲更抗抖动 - 不用管 goroutine 生命周期，无死锁，适合简单 ETL 场景
- 若需中间处理（如行过滤），用
bufio.Scanner+strings.Builder拼接，比 pipe + channel 更轻量 - 大文件分块处理？直接
os.File.ReadAt+sync.Pool复用[]byte，比 pipe 更易调试
pipe 和 mmap、bufio 的关键区别在哪
三者解决的问题完全不同：
-
io.Pipe：解决「跨 goroutine 流式连接」，本质是同步 channel，不碰磁盘也不减系统调用 -
bufio：解决「小块读写 → 大块系统调用」，核心是减少read()/write()次数 -
mmap：解决「超大文件随机访问」，绕过内核 buffer cache，避免数据拷贝，但只读友好、写入复杂
最容易被忽略的一点：pipe 的 reader 和 writer 都是阻塞 I/O，它不帮你做异步、不帮你做缓冲、不帮你做重试 —— 所有这些都得你手动补全。而 bufio.Reader.Read 会自动填缓冲、io.Copy 会自动重试 partial write、os.ReadFile 会预分配空间。选错抽象层，优化就变成负优化。
