Beego中GetFiles返回空或报错的常见原因是前端input标签未加multiple属性，或后端误用GetFile（单文件）而非GetFiles（多文件）；需确保enctype="multipart/form-data"、name一致、MaxUploadSize足够且请求未被413拦截。
Beego 中 GetFiles 为什么返回空或报错
常见错误是前端 <input> 标签没加 multiple 属性，或者后端用错了方法——GetFile 只能取单个文件，批量必须用 GetFiles。如果 GetFiles("myfiles") 返回空切片，先检查请求体是否真的是 multipart/form-data，且表单字段名（name="myfiles"）和代码中传入的字符串完全一致（区分大小写）。另外 Beego 默认会把超过 MaxMemory 的文件写入临时目录，但若 MaxUploadSize 过小，整个请求会被直接拦截并返回 413，此时连 GetFiles 都不会执行。
如何安全遍历并保存多个上传文件
GetFiles 返回的是 []*multipart.FileHeader，每个元素自带原始文件名 Filename、大小 Size 和 MIME 类型 Header.Get("Content-Type")。不要直接拼接 Filename 到路径里，需过滤掉路径遍历字符（如 ../）、控制扩展名、生成唯一前缀。保存时推荐用 file.Open() + os.Create 组合，而非 SaveToFile（它内部不校验文件名安全性，且无法对每个文件单独控制路径）。
- 用
path.Base(h.Filename)提取纯文件名，避免路径注入 - 白名单校验扩展名：
strings.ToLower(path.Ext(name))再查 map - 构造目标路径时，确保父目录存在：
os.MkdirAll(uploadDir, 0755) - 每个
file打开后必须defer file.Close()，否则临时文件可能堆积
并发保存多个文件会不会出问题
Beego 的 GetFiles 本身是线程安全的，但后续的文件 IO 操作（os.Create、io.Copy）不是原子操作，如果多个请求同时写入同一目录，只要文件名唯一就不会冲突。真正要注意的是：别在循环里复用同一个 dst 文件句柄，也别漏掉 defer dst.Close()，否则 fd 耗尽会导致后续上传失败。性能上，顺序保存足够应对常规业务；如需提速，可启动 goroutine，但要加错误收集机制（例如用 errgroup.Group），不能只靠 go func() {}() 丢进去就不管。
前端怎么发多文件才被 Beego 正确识别
HTML 表单必须满足三个条件：enctype="multipart/form-data"、<input type="file" multiple name="myfiles">、提交方式为 POST。用 JS FormData 动态添加时，要确保每个文件都通过 append("myfiles", file) 追加（注意 key 名一致），而不是 append("myfiles[]", file) 或带索引的命名——Beego 不解析 PHP 风格的数组语法。AJAX 上传时，禁用 contentType 和 processData（jQuery）或手动设置 headers 为空（fetch），否则浏览器可能发成 application/json 导致后端收不到文件。
最易被忽略的是配置项：web.MaxUploadSize 是所有文件总大小上限，不是单个；而 web.MaxMemory 控制内存缓冲阈值，设得太小会导致频繁磁盘 IO。这两个值必须在应用启动前显式配置，硬编码比依赖 app.conf 更可控。
