revel 框架不提供开箱即用的批量导入组件，但可通过手动解析表单或文件流实现：用 c.request.form["key"] 获取多值字段切片，而非 c.params.get()；文件上传需调用 parsemultipartform 并读取 multipartform.file。
Revel 框架本身不提供开箱即用的“批量导入”组件，但它的参数解析机制和表单处理能力足够支撑 Excel/CSV 数据的后端接收与结构化转换——关键在于避开 c.Params.Get() 这类只取首值的陷阱，直接操作原始表单或文件流。
为什么 c.Params.Get("field") 无法处理多值字段
当 HTML 表单含多个同名输入（如动态添加的 <input name="answer">），浏览器提交的是 answer=a&answer=b&answer=c。Revel 的 c.Params.Get("answer") 底层调用的是 http.Request.FormValue，它只返回第一个匹配值 "a"，其余丢失。
- 这不是 Revel 的 Bug，而是 Go 标准库对表单的默认行为
-
c.Params.Form在 POST 请求中默认为nil，除非显式调用ParseForm() - 即使调用
ParseForm()，c.Params.Form仍是空 map，因为 Revel 并不自动填充它
正确读取动态表单字段：用 c.Request.Form 取全部值
必须手动触发解析，并从 c.Request.Form（类型为 map[string][]string）中提取完整切片：
func (c Votes) CreateVote() revel.Result {
// 必须显式解析，否则 c.Request.Form 为空
if err := c.Request.ParseForm(); err != nil {
c.Response.Status = 400
return c.RenderError("Invalid form data")
}
// 获取所有 answer 字段值，类型是 []string
answers := c.Request.Form["answer"]
for _, text := range answers {
text = strings.TrimSpace(text)
if text != "" {
// 构建 Answer 结构体并入库
}
}
return c.Redirect(Votes.Index)
}
- 前端
<input>必须统一 name（如name="answer"），不能用索引命名（如answer[0]） - 若需关联顺序或额外字段（如 type、is_required），建议改用 JSON 提交，避免表单键名膨胀
- 大数量动态字段下，
c.Request.Form会一次性加载全部值到内存，注意做长度限制（如if len(answers) > 100）
文件上传导入（Excel/CSV）：绕过表单参数绑定
批量导入本质是文件上传 + 解析，和普通表单字段无关。Revel 不拦截 multipart 请求体，但也不会自动解析文件部分——你得自己调用 ParseMultipartForm 并读取 c.Request.MultipartForm.File：
func (c ImportController) Upload() revel.Result {
if err := c.Request.ParseMultipartForm(32
-
enctype="multipart/form-data"是硬性前提，否则FormFile返回 nil -
ParseMultipartForm的参数是最大内存缓存（单位字节），超限部分写入临时磁盘；设太小会导致频繁 IO，太大可能 OOM - Revel 不清理临时文件，需自行用
os.Remove或改用内存解析（如io.ReadAll(file)）
真正容易被忽略的点是：Revel 的“自动绑定”只适用于简单字段名→参数名的映射，一旦涉及重复字段、文件、嵌套结构或自定义格式（如 CSV 行校验），就必须放弃参数绑定，直面 c.Request 原始对象。这反而让逻辑更可控——没有魔法，只有明确的解析步骤和边界检查。
