ParseMultipartForm 会留下临时文件是因为超出 maxMemory 的部分写入磁盘且不自动清理；需手动 Close 并 Remove，或改用全内存解析、io.Pipe 流式处理。
为什么 ParseMultipartForm 会留下临时文件
go 的 http.request.parsemultipartform 默认启用磁盘缓存：当表单数据超过 maxmemory（默认 32mb）时，超出部分会写入 os.tempdir() 下的临时文件，且 request.multipartform 被释放后，这些文件不会自动清理。
典型现象是上传几个 100MB 文件后，/tmp 目录下出现大量形如 multipart-* 的残留文件，磁盘空间持续增长。
根本原因不是 bug，而是 Go 的设计取舍：它把清理责任交还给开发者，因为框架无法判断你是否还要读取 *multipart.File 或复用 multipart.Form。
如何在读取后主动删除临时文件
关键是在调用 r.MultipartForm.Value 或 r.MultipartForm.File 后，显式遍历并关闭 + 删除所有 *os.File 对应的临时路径。
- 必须先调用
r.ParseMultipartForm，否则r.MultipartForm为nil -
r.MultipartForm.File返回的是map[string][]*multipart.FileHeader，每个FileHeader的Open()方法返回一个*os.File，其底层file.Fd()可能指向临时磁盘文件 - 调用
file.Close()不等于删除文件；需用os.Remove(file.Name())，但注意：仅当file.Name()是绝对路径且属于临时目录时才安全
示例片段：
if err := r.ParseMultipartForm(32 << 20); err != nil {
http.Error(w, err.Error(), http.StatusBadRequest)
return
}
defer func() {
if r.MultipartForm != nil {
for _, files := range r.MultipartForm.File {
for _, f := range files {
if file, err := f.Open(); err == nil {
// 检查是否为磁盘临时文件（Name() 非空且不在内存中）
if file.Name() != "" && strings.HasPrefix(file.Name(), os.TempDir()) {
file.Close()
os.Remove(file.Name()) // 忽略错误，文件可能已被删
} else {
file.Close()
}
}
}
}
}
}()更稳妥的做法：禁用磁盘缓存，全程走内存
如果上传文件大小可控（比如限制 ≤ 50MB），直接把 maxMemory 设得足够大，让全部内容留在内存，就根本不会生成临时文件。
- 调用
r.ParseMultipartForm(50 * 1024 * 1024)—— 注意单位是字节，不是 MB 字符串 - 内存占用会上升，但避免了 I/O 和清理逻辑；适合并发低、文件不太大的管理后台
- 若用户尝试上传超限文件，
ParseMultipartForm会直接返回http.ErrMissingFile或http.ErrNotMultipart类错误，需提前校验Content-Length
注意：Content-Length 可被伪造，不能单独依赖；建议配合 Nginx 的 client_max_body_size 做前置拦截。
使用 io.Pipe 流式处理避免临时文件
如果必须支持 GB 级上传，又不想留临时文件，就不能依赖 ParseMultipartForm —— 改用底层 mime/multipart.Reader 手动解析，配合 io.Pipe 把每个 Part 直接流式转发到目标存储（如 S3、本地文件、数据库 blob）。
- 跳过
ParseMultipartForm，用multipart.NewReader(r.Body, boundary) - 对每个
part，检查part.Header.Get("Content-Disposition")区分字段和文件 - 文件 part 直接
io.Copy(dstWriter, part)，不落地中间文件 - 需要自己解析 boundary，可从
r.Header.Get("Content-Type")提取，正则匹配boundary=(.+)
这种方式彻底绕开 Go 标准库的临时文件机制，但要承担边界处理、编码兼容、错误恢复等复杂度。
临时文件残留问题的本质，是把「资源生命周期管理」交给了业务代码。最易忽略的一点：即使你记得 Close()，也容易漏掉 os.Remove()，或者在 defer 中没覆盖所有分支（比如 panic 时）。真正在生产环境处理大文件，推荐要么全内存（简单场景），要么彻底弃用 ParseMultipartForm（高可靠场景）。
