echo.FileMaxMemory 是 Echo 框架的配置项，用于设定 multipart 表单解析时内存缓冲区上限，决定文件多大时转存临时磁盘，而非控制上传文件大小限制。
echo.FileMaxMemory 是什么，为什么它不控制上传大小
FileMaxMemory 是 Echo 的一个配置项，但它只影响 multipart 表单解析时内存缓冲区的上限，不是文件大小限制开关。它决定「多大尺寸的文件会先写入临时磁盘」，而非「多大文件允许上传」。设成 10 （10MB）只是说：超过 10MB 的文件部分会落盘，但不阻止用户上传 500MB 的 ZIP —— 请求仍会完整进入你的 handler，然后你得自己 abort 或 panic。
真正起作用的是 HTTP 服务器层的读取限制
Echo 本身不拦截超大请求体；它依赖底层 http.Server 的 ReadTimeout 和更关键的 MaxRequestBodySize（Go 1.19+ 原生支持）。你需要显式配置：
- Go 1.19+：在启动前设置
http.Server.MaxRequestBodySize，比如10 （10MB） - 旧版 Go：必须用中间件手动检查
c.Request().ContentLength，并在超过阈值时返回413 Payload Too Large - 如果你用 Nginx 反代，
client_max_body_size必须 ≥ 后端设定值，否则请求根本到不了 Echo
在 handler 里做二次校验，避免漏网之鱼
即使设置了服务端限制，也要在 uploadVideo 这类 handler 中检查具体文件大小，因为 c.FormFile("video") 返回的 *multipart.FileHeader 包含 Size 字段：
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
file, err := c.FormFile("video")
if err != nil {
return c.JSON(http.StatusBadRequest, echo.Map{"error": "no file"})
}
if file.Size > 10<<20 { // 10MB
return c.JSON(http.StatusRequestEntityTooLarge, echo.Map{"error": "file too large"})
}
注意：这个 Size 是 header 中声明的大小，可被客户端伪造；如需强校验，必须 file.Open() 后读取并统计真实字节数（但会增加 I/O 开销）。
常见错误：混淆表单字段和文件字段的大小限制
很多人试图用 c.FormValue("desc") 的长度去限制整个请求体，这是无效的。表单文本字段和文件是分开传输的，Content-Length 包含全部。错误做法：
- 只校验
c.FormValue("title")长度 → 完全不影响文件上传大小 - 把
FileMaxMemory当成硬限制 → 它不拒绝请求，只影响内存策略 - 没配 Nginx 的
client_max_body_size→ 用户上传失败时看到的是 413，但错误来自 Nginx，Echo 日志里根本没记录
真正的防线是三层：Nginx（第一道）、http.Server.MaxRequestBodySize（第二道）、handler 内 file.Size 检查（第三道）。少一层，就可能让恶意大文件打穿你的内存或磁盘。
