c.FormFile()拿不到文件主因是客户端未发multipart/form-data请求：需用form表单或FormData构造，Content-Type必须含multipart/form-data; boundary=，字段名须与后端一致，且Nginx等中间件需配置client_max_body_size及proxy_buffering off。
为什么 c.FormFile() 拿不到上传的文件
多数情况不是代码写错了，而是客户端没发对——multipart/form-data 请求必须用 form 表单或 FormData 构造，不能直接 JSON.stringify() 丢一个对象过去。浏览器控制台 Network 里点开请求，看 Headers 的 Content-Type 是不是以 multipart/form-data; boundary= 开头；不是的话，后端根本收不到文件字段。
另外，Echo 默认不限制 body 大小，但大文件上传容易触发中间件或反向代理（如 Nginx）的限制，常见表现是连接直接断开、无错误日志、c.FormFile() 返回 nil, err 且 err 是 http.ErrBodyReadAfterClose 或空错误。
- 确保前端用
FormData.append("file", input.files[0])，字段名（这里是"file"）要和后端c.FormFile("file")一致 - Nginx 需配
client_max_body_size 20M;，并确认proxy_buffering off;（避免缓冲干扰 multipart 解析） - Go 进程启动前设置
os.Setenv("ECHO_DEBUG", "true")可让 Echo 打印解析失败的底层错误
如何安全地解析多个同名文件（如 input type="file" multiple）
c.FormFile() 只返回第一个匹配项，多个文件得用 c.MultipartForm() 手动遍历。但注意：MultipartForm() 会把整个 multipart body 读进内存，如果用户一次性传几十个大文件，可能 OOM。
更稳妥的做法是分步处理：先调 c.MultipartForm() 获取表单结构，再对每个 *multipart.FileHeader 单独 Open() → 流式处理 → Close()，避免全量加载。
-
form, err := c.MultipartForm()后检查err，常见为http.ErrMissingBoundary（Content-Type 缺 boundary）或io.ErrUnexpectedEOF（上传中断） - 文件列表在
form.File["files"]（字段名为"files"），不是form.Value - 每个
fh调fh.Open()得到multipart.File，它实现了io.Reader，可直接 pipe 到磁盘或云存储 client
form, _ := c.MultipartForm()
for _, fh := range form.File["files"] {
src, _ := fh.Open()
dst, _ := os.Create("/tmp/" + fh.Filename)
io.Copy(dst, src) // 实际应加 defer dst.Close() / src.Close()
}
c.SaveUploadedFile() 的坑：路径不自动创建，且默认覆盖
c.SaveUploadedFile(fh, dst) 看起来方便，但它不会帮你创建 dst 的父目录，路径不存在就报 no such file or directory；而且如果 dst 已存在，会直接覆盖，没有提示。
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
更麻烦的是，它内部调用了 os.Create()，意味着你无法控制文件权限（比如想设 0600）。生产环境建议绕过它，自己用 os.OpenFile() 控制行为。
- 用
os.MkdirAll(filepath.Dir(dst), 0755)提前建好目录 - 用
f, err := os.OpenFile(dst, os.O_CREATE|os.O_WRONLY|os.O_EXCL, 0644)避免覆盖（O_EXCL在文件存在时返回 error） -
SaveUploadedFile()底层仍是调fh.Open()+io.Copy()，自己写等价逻辑只多 2 行，但可控性高得多
如何校验上传文件类型和大小而不依赖前端
前端的 accept="image/*" 和 JS file.type 完全不可信，必须服务端校验。但注意：FileHeader.Header.Get("Content-Type") 是客户端声明的 MIME，可能伪造；真实类型得读文件头几个字节（magic number）。
大小校验也别只信 fh.Size，因为攻击者可在 multipart boundary 里塞超长字段提前耗尽内存。Echo 提供了 e.MaxMultipartMemory 全局限制（单位 byte），必须显式设置：
- 初始化 Echo 时设
e.MaxMultipartMemory = 8 ，超过即返回 <code>400 Bad Request - 校验文件头：用
github.com/h2non/filetype库，buf, _ := io.ReadAll(io.LimitReader(src, 262))读前 262 字节再filetype.Match(buf) - 不要用
filepath.Ext()判断类型，.jpg.txt也能骗过
真正难处理的是“合法但恶意”的文件：比如 PHP shell 改扩展名为 .jpg，但内容是可执行代码。这类必须结合存储隔离（上传目录不走 Web root）、运行时扫描（如 ClamAV）或内容白名单（只允许特定 magic bytes）来防御。
