Revel 框架需手动解析上传图片：优先使用 c.Request.ParseMultipartForm(32
Revel 框架里怎么接收上传的图片文件
Revel 不提供开箱即用的 multipart 文件解析中间件，必须手动调用 c.Params.Files 或更稳妥地用 c.Request.MultipartReader() 解析。直接读 c.Params.Files["image"] 容易出错——它只在表单 enctype="multipart/form-data" 且字段名匹配时才非空，且不保证文件已写入临时磁盘。
推荐做法是显式调用 c.Request.ParseMultipartForm(32 （限制 32MB），再从 c.MultipartForm.File 取值：
// 在 Action 方法中 err := c.Request.ParseMultipartForm(32
- 务必检查
c.MultipartForm.File是否存在且非空，c.Params.Files是过时/不可靠的别名 - 上传前前端
的name必须和后端 key 一致 - 未调用
ParseMultipartForm就访问MultipartForm会 panic
上传后的图片怎么让浏览器能直接访问
Revel 默认只 serve public/ 目录下的静态资源，路径映射为 /assets/xxx。所以图片必须存进 public/ 子目录（如 public/uploads/），才能通过 HTTP 直接访问，比如 http://localhost:9000/uploads/photo.jpg。
但 Revel 不自动公开 uploads/ 这类自定义子目录，需确认两点：
-
app.conf中static.dir保持默认（public）即可，无需改 - 确保保存路径是相对于
public/的，例如./public/uploads/xxx.jpg，而不是./uploads/ - 文件权限要允许 web 进程读取（Linux/macOS 下注意 umask，Windows 一般无碍）
保存后生成访问 URL 时，不要拼绝对路径，直接用相对 URL：/uploads/ + 文件名。
为什么图片上传后 404 或返回空白？
常见原因不是代码逻辑错，而是路径或配置疏漏：
- 文件实际保存到了
./uploads/（项目根目录），但 Revel 只服务public/下内容 → 浏览器访问/uploads/xxx自然 404 - 保存时用了
filepath.Join("uploads", name)，没加"public/"前缀 → 路径错位 - 文件名含中文或特殊字符（如空格、
%），未用url.PathEscape编码 → URL 解析失败，Nginx/浏览器拒绝请求 - 开发模式下修改了
public/内容，但 Revel 热重载不监控该目录 → 需手动刷新或重启
调试建议：curl 一下目标 URL，看响应头 Content-Type 是不是 image/jpeg；再 ssh 进服务器，用 ls -l public/uploads/xxx.jpg 确认文件真实存在且可读。
要不要用 Revel 的 Asset 或 Static 路由做代理
不用。Revel 的 Asset（GET /assets/*filepath）只映射 public/assets/，Static 路由需手动注册且性能不如原生静态服务。硬套反而增加复杂度、丢失 HTTP 缓存头、无法利用 CDN。
正确姿势就是：上传 → 存 public/uploads/ → 返回 /uploads/filename.jpg 给前端 → 前端直接
唯一需要额外处理的是安全性：不要允许用户上传 .html/.js 文件并让浏览器执行。简单过滤后缀即可，例如只接受 .jpg、.png、.webp，并用 mimetype 库校验真实类型，而非只信扩展名。
