c.FormFile("video")仅获取文件元信息，需调用file.Open()读取内容，须检查err并defer src.Close()防句柄泄漏；Size准确但不可替代内容校验；字段名不符返回http.ErrMissingFile，须用errors.Is判断；避免io.ReadAll加载大文件，应流式处理或落盘；MaxMultipartMemory控制内存阈值，默认32MB，设为0不禁止内存缓冲而强制磁盘写入。
如何用 c.FormFile() 正确获取上传的文件
直接调用 c.FormFile("video") 是最常用起点，但它只读取表单字段元信息（如文件名、大小、Content-Type），**不自动读取文件内容本身**。如果你后续要保存或校验内容，必须显式调用 file.Open() 打开流。
常见错误是跳过 err 检查，或忽略 defer src.Close() 导致句柄泄漏。尤其在高并发上传场景下，未关闭的文件句柄会快速耗尽系统资源。
-
c.FormFile()返回的file.Size是准确的，但不能代替内容校验（比如伪造的 Content-Length） - 若前端用
multipart/form-data但字段名不是"video"，会返回http.ErrMissingFile，需用errors.Is(err, http.ErrMissingFile)判断而非字符串匹配 - 不建议直接用
io.ReadAll(src)加载整个视频到内存——200MB 文件会吃掉同等内存，应改用流式处理或临时文件落盘
echo.MultipartForm 和 MaxMemory 的实际影响
Echo 默认使用 Go 标准库的 http.Request.MultipartReader，其内存阈值由 echo.MaxMultipartMemory 控制（默认 32MB）。超过该值，文件会自动写入临时磁盘（os.TempDir()），但这个行为对业务代码透明。
问题常出在：你没意识到磁盘临时文件的存在，也未配置清理逻辑，导致 /tmp 被占满；或者误以为设了 MaxMemory = 0 就禁用了内存缓冲——其实它只是把阈值设为 0，所有文件都走磁盘，反而更慢。
- 生产环境建议显式设置：
e.MaxMultipartMemory = 16 ，平衡内存与 I/O - 若需限制单个请求总上传体积（含多个文件+表单字段），得自己解析
c.Request().ContentLength并提前拒绝超限请求 - 临时文件路径不可控，如需指定位置，必须替换底层
http.Request的MultipartReader，成本高，一般不推荐
文件保存时绕不开的路径与权限问题
用 os.Create() 或 ioutil.WriteFile() 保存上传文件前，必须确保目标目录存在且 Web 进程有写权限。Echo 不做任何路径预检或自动创建。
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
典型翻车点：开发时路径写死为 "./uploads/"，部署到容器后该目录不存在；或用 filepath.Join() 拼接路径但未校验 .. 路径遍历——攻击者传 filename="../../../etc/passwd" 就可能覆盖系统文件。
- 始终用
filepath.Clean()处理用户提交的文件名，再检查是否含".."或以"/"开头 - 保存前执行：
os.MkdirAll(uploadDir, 0755)，避免因目录缺失导致 500 错误 - 不要直接用
file.Filename作为落地文件名，应生成唯一 ID（如uuid.NewString()）并保留扩展名（path.Ext(file.Filename)）
为什么 c.SaveToFile() 很少被用到
Echo 提供了 file.SaveToFile(dst) 方法，看似方便，但它内部就是调用 file.Open() + io.Copy()，**没有额外安全机制或进度控制**，和手动实现几乎等价。
真正麻烦的是后续动作：保存成功后要不要触发转码？是否要记录数据库？失败了怎么回滚？这些都得自己补全。而 SaveToFile() 一旦出错（如磁盘满），只返回一个 error，没有上下文，调试困难。
- 它不校验目标路径合法性，也不处理并发写同名文件的竞争条件
- 如果目标路径是网络存储（如 NFS、S3），你得自己换实现，这时
SaveToFile()完全无用 - 实践中更倾向封装成函数：
SaveUploadedFile(file, uploadDir, generateFileName)，把校验、重命名、落盘、日志打包在一起
文件上传看着简单，但每个环节都在放大边界风险：前端能伪造任何字段，网络可能中断，磁盘可能写满，路径可能被穿越。真正可靠的上传逻辑，90% 的代码都在处理这些“意外”，而不是搬运字节。
