HTTP响应头需设Content-Disposition: attachment并指定filename,Content-Type须明确设置;大文件下载用io.CopyBuffer控制缓冲区并检查错误;路径需经Join、EvalSymlinks及前缀校验防遍历;并发时每次请求独立打开文件并defer关闭。
浏览器是否触发下载,关键取决于 Content-Disposition 响应头。如果缺失或值为 inline,文件(尤其是 .pdf、.jpg、.txt 等常见类型)大概率被内嵌打开;必须显式设为 attachment 并指定 filename:
w.Header().Set("Content-Disposition", `attachment; filename="report.pdf"`)
w.Header().Set("Content-Type", "application/pdf")
w.Header().Set("Content-Transfer-Encoding", "binary")
w.Header().Set("Content-Length", strconv.FormatInt(fileSize, 10))
filename* 语法更可靠(如 filename*=UTF-8''%E6%8A%A5%E5%91%8A.pdf),但需注意旧版 IE 不支持http.DetectContentType 推断类型后直接写入——它只读前 512 字节,对小文件可能误判;优先按业务逻辑明确设置 Content-Type
http.ServeFile,它**不会自动加 Content-Disposition**,必须自己包装响应直接 io.Copy(w, file) 看似简洁,但若未控制缓冲区或未处理连接中断,易引发 goroutine 泄漏或 OOM。核心是避免一次性加载整个文件进内存:
buf := make([]byte, 32*1024) // 32KB 缓冲区足够,过大无益 _, err := io.CopyBuffer(w, file, buf)
io.CopyBuffer 显式传入缓冲区,比默认的 io.Copy 更可控err:客户端中途关闭连接会返回 net.ErrClosed 或 write: broken pipe,此时
return,避免继续读取http.ServeContent 支持断点续传(需提供 modtime 和 size,并处理 If-Range/Range 头)用户传入的文件名若未经净化,拼接后可能访问任意系统路径,比如 ../../etc/passwd。Golang 没有内置“安全路径拼接”函数,必须手动校验:
func safeFilePath(baseDir, filename string) (string, error) {
path := filepath.Join(baseDir, filename)
resolved, err := filepath.EvalSymlinks(path)
if err != nil {
return "", err
}
if !strings.HasPrefix(resolved, filepath.Clean(baseDir)) {
return "", fmt.Errorf("forbidden path access")
}
return resolved, nil
}
filepath.Join + filepath.EvalSymlinks + 前缀校验,三者缺一不可strings.Contains(filename, "..") 这类简单字符串检查——绕过方式太多(如 ....//、URL 编码)map[string]string{"report.pdf": "/var/data/reports/2025.pdf"}
每个 os.Open 都占用一个文件描述符(FD),高并发下若未及时关闭,会触发 too many open files 错误。关键不是“怎么开”,而是“何时关”:
defer file.Close() 前确认 file 非 nil,否则 panicos.Open 放在 http.HandlerFunc 外部缓存——文件内容可能变化,且 FD 生命周期难管理sync.Pool 缓存 *os.File,但必须确保 Put 前已调用 Seek(0, 0) 重置偏移量最稳妥的做法仍是每次请求独立打开、显式关闭,并通过 ulimit -n 合理设置系统级 FD 上限。