http.ServeFile存在目录遍历风险，应改用http.FileServer+StripPrefix；需手动处理Range请求支持断点续传；上传文件必须调用ParseMultipartForm而非直接读Body。
用 http.ServeFile 快速启动静态文件服务，但注意路径安全
直接暴露本地文件给 HTTP 请求，http.ServeFile 是最简方案，但它不校验请求路径，容易引发目录遍历漏洞。比如客户端请求 /../../etc/passwd，若服务端未做限制，就可能把系统文件吐出去。
实操建议：
- 永远不要对用户可控的路径直接调用
http.ServeFile；必须先用filepath.Clean规范路径，再检查是否落在允许根目录内 - 推荐改用
http.FileServer+http.StripPrefix，它天然拒绝向上跳转（只要 root 是绝对路径且不带符号链接） - 示例中别写
http.ServeFile(w, r, r.URL.Path)—— 这是典型危险写法
支持断点续传需手动处理 Range 请求头和 206 Partial Content
浏览器下载大文件时默认发 Range: bytes=1000-，如果服务端只返回 200 OK，下载工具会重头开始，用户体验差。
关键动作：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 读取请求头
r.Header.Get("Range")，用http.ParseRange解析起止偏移 - 打开文件后用
file.Seek定位，再用io.CopyN或分块Read发送指定区间 - 务必设置响应头：
w.Header().Set("Content-Range", "bytes 1000-9999/10000")和w.WriteHeader(http.StatusPartialContent) - 注意：
http.ServeFile默认支持Range，但仅限于文件系统直连场景；自定义逻辑中漏设状态码或头，客户端会当完整响应处理
上传文件要用 r.ParseMultipartForm，别依赖 io.ReadAll 读整个 body
HTTP 文件上传本质是 multipart/form-data 编码，不是裸二进制流。直接读 r.Body 会破坏边界解析，导致 form.File 取不到文件句柄。
正确流程：
- 先调
r.ParseMultipartForm(32 （参数是内存最大缓存，超出会暂存到磁盘） - 再用
form, _ := r.MultipartReader()或更常用的r.FormFile("file")获取*multipart.FileHeader -
FileHeader.Open()返回可读流，配合io.Copy写入目标文件，避免一次性加载到内存 - 忽略
ParseMultipartForm直接读 body，常见错误是multipart: NextPart: bufio: buffer full
生产环境必须加 TimeoutHandler 和文件大小限制
不设限的文件服务极易被恶意请求拖垮：超大上传、长连接 Range 请求、慢速攻击等都会耗尽 goroutine 和内存。
硬性建议：
- 用
http.TimeoutHandler包裹 handler，防止单个请求无限期占用 - 上传前检查
req.ContentLength，超过阈值（如 100MB）直接http.Error(w, "too large", http.StatusRequestEntityTooLarge) - 对
multipart设置MaxMemory，并确保磁盘临时目录有配额和清理机制 - 别在 handler 里用
time.Sleep模拟处理 —— 这会阻塞 goroutine，压测时秒变雪崩
路径校验、Range 处理、multipart 解析、资源限制——这四点漏掉任何一环，在真实流量下都可能变成线上事故的引信。
