io.copy 是转发大文件最稳妥方式，需配合读写 deadline 防卡死；禁用 os.readfile + http.post 因其全量加载内存易 oom；正确做法是 os.open 文件并作为 io.reader 传入 http.newrequest，设 content-type，defer 关闭 file 和 resp.body。
io.Copy 是最直接、最稳妥的方式，但必须配合 SetReadDeadline 和 SetWriteDeadline，否则连接卡住会拖垮整个服务。
为什么不能用 os.ReadFile + http.Post？
常见错误是把文件全读进内存再发出去：os.ReadFile 会一次性加载整个文件，1GB 文件就占 1GB 内存；http.Post 的 body 参数只接受 []byte 或 io.Reader，但若传入 bytes.NewReader(data)，本质还是内存拷贝。这种写法在小文件下看似正常，一到生产环境就 OOM 或超时。
io.Copy 转发文件流的正确姿势
核心是让文件句柄和 HTTP 连接直接桥接，不经过中间缓冲：
- 用
os.Open打开文件，不是os.ReadFile - 用
http.NewRequest构造请求，手动设置Content-Type和Content-Length（后者可选，但设了能避免 chunked 编码） - 调用
req.Body = file是错的——http.Request会自动关闭你给的Body，导致后续io.Copy失败；正确做法是把file作为io.Reader传给http.NewRequest的第三个参数 - 务必对
resp.Body和file都defer .Close()，否则 fd 泄漏
示例片段：
file, err := os.Open("payload.bin")
if err != nil {
return err
}
defer file.Close()
<p>req, err := http.NewRequest("POST", "<a href="https://www.php.cn/link/27ff5dcf74535bbc586cea851bcd652c">https://www.php.cn/link/27ff5dcf74535bbc586cea851bcd652c</a>", file)
if err != nil {
return err
}
req.Header.Set("Content-Type", "application/octet-stream")</p><p>client := &http.Client{
Timeout: 30 * time.Second,
}
resp, err := client.Do(req)
if err != nil {
return err
}
defer resp.Body.Close()</p><p>// 忽略 resp.Body 内容，或用 io.Copy 透传给 caller
<em>, </em> = io.Copy(io.Discard, resp.Body)</p>
TCP 层转发大文件时容易忽略的 deadline
HTTP 客户端有 Timeout，但底层 net.Conn 的读写操作仍可能 hang 住。尤其当上游服务响应慢、网络抖动时，io.Copy 会无限等待。
- 必须在建立连接后立刻设置：
conn.SetReadDeadline(time.Now().Add(30 * time.Second))和conn.SetWriteDeadline(...) - 如果使用
http.Transport，需自定义DialContext和.DialTLSContext，并在返回的net.Conn上设 deadline - 不要依赖
http.Client.Timeout替代连接层 deadline：它只控制整个请求生命周期，不干预单次read/write系统调用
缓冲区大小对吞吐的影响
io.Copy 默认用 32KB 缓冲区，在高延迟或高带宽网络下不够用。实测中，64KB 缓冲常能提升 15–20% 吞吐，且不会显著增加 GC 压力。
- 改用
io.CopyBuffer(dst, src, make([]byte, 64*1024)) - 缓冲区不宜过大（如 >1MB）：Go 的 runtime 对大对象分配更谨慎，频繁分配会触发 GC 频繁停顿
- 若下游服务明确要求分块边界（如某些协议解析器），就不能用
io.CopyBuffer，得用bufio.Reader手动控制读取粒度
真正麻烦的从来不是“怎么转发”，而是“谁来关连接、什么时候关、关之前有没有丢数据”。io.Copy 返回 err 后，两端 conn 都得 close，但顺序错了就会丢响应体；deadline 设晚了，goroutine 就卡死；缓冲区没对齐，下游协议就解析失败——这些细节不在文档首页，却决定服务能不能跑过一个周末。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
