revel 中需通过 c.request.multipartform.file 获取上传的 csv 文件句柄，再用 encoding/csv 解析；不能用 formvalue 或 params 读取文件，且表单 enctype 必须为 multipart/form-data。
Revel 中如何读取上传的 CSV 文件内容
Revel 本身不提供内置的 CSV 解析能力，它只负责接收 HTTP 请求和文件上传；真正读取 CSV 内容需要你手动从 *multipart.FileHeader 拿到文件句柄，再用 Go 标准库 encoding/csv 或第三方库（如 gocsv）解析。关键点在于：不能直接对 c.Params 或 c.Request.FormValue 做文章——它们只处理表单字段值，不处理文件二进制流。
常见错误现象是：c.Request.FormValue("csv_file") 返回空字符串，或尝试 c.Params.Get("csv_file") 报错 panic：key not found。这是因为文件上传字段在 HTML 中必须设为 type="file" 且表单 enctype="multipart/form-data"，其数据不在 FormValue 范围内，而在 c.Request.MultipartForm.File 里。
- 先确保 HTML 表单正确：
- 在 Revel 控制器中，必须显式调用
c.Request.ParseMultipartForm(32 （例如限制 32MB），否则 <code>c.Request.MultipartForm为 nil - 用
c.Request.MultipartForm.File["csv_file"]获取[]*multipart.FileHeader切片（注意是切片，即使只有一个文件） - 取第一个文件头，用
Open()得到io.ReadCloser，再传给csv.NewReader()
为什么 ParseMultipartForm 必须手动调用且带参数
Go 的 http.Request 默认不会自动解析 multipart 数据，Revel 也没有在中间件中默认帮你做这件事。如果你跳过这步，c.Request.MultipartForm 就是 nil，后续访问 .File 会 panic。而且这个方法必须在首次访问 MultipartForm 前调用，否则无效。
参数值（如 32 ）是内存最大缓存字节数。设得太小（如 1MB）会导致大 CSV 被强制写入临时磁盘，影响性能；设得太大可能被恶意上传耗尽内存。生产环境建议根据业务 CSV 最大预期体积设一个合理上限，并配合 Nginx/Apache 的 <code>client_max_body_size 一起控制。
- 不调用
ParseMultipartForm→MultipartForm == nil→File["csv_file"]panic - 调用但参数为 0 → Go 使用默认 32MB，但文档明确说“0 is invalid”，某些版本会 panic
- 调用后未检查
err→ 上传超限或格式错误时没拦截，后续解析可能崩溃
CSV 解析时怎么处理编码和换行异常
前端上传的 CSV 文件极大概率带 BOM（尤其是 Windows Excel 导出），而 Go 的 encoding/csv 不自动跳过 BOM，会导致第一列字段名开头出现 \ufeff，后续匹配失败。另外，Windows 换行符 \r\n 在部分 CSV 解析逻辑中会被误判为两行。
解决办法不是重写 CSV 解析器，而是前置清洗流：
- 用
bufio.NewReader包装文件 reader，读前几个字节判断是否含 UTF-8 BOM（0xEF 0xBB 0xBF），有则跳过 - 避免直接用
csv.NewReader(file)，改用csv.NewReader(io.Reader)，这样你能插入自己的io.Reader适配层 - 若需兼容 Mac/Linux/Windows 换行，无需额外处理 ——
encoding/csv内部已支持\n、\r\n、\r - 中文乱码？大概率是文件实际为 GBK 编码（常见于国产软件导出）。这时必须用
golang.org/x/text/encoding先转 UTF-8，不能硬解
结构体绑定 CSV 行数据的坑：字段顺序 vs 标题名
Go 的 encoding/csv 默认按列序读取，不识别标题行。如果你希望按 CSV 第一行标题（如 "name,age,email"）自动映射到结构体字段，就得自己做 header 映射。别指望 csv.Read() 自动对齐字段名 —— 它返回的是 []string，顺序完全依赖 CSV 列顺序。
容易踩的坑：
- 用户上传的 CSV 列顺序和你代码里结构体字段顺序不一致 → 数据错位（比如
age字段塞进了name） - CSV 有标题行但你没跳过 → 第一行被当普通数据解析，导致后续所有行偏移
- CSV 含空列或多余逗号（如
"a,,c"）→len(record)可能小于预期，直接索引会 panic
推荐做法：先 reader.Read() 一次拿到 header slice，构建 map[string]int 记录各字段名对应列索引；之后每行 reader.Read() 后，用 map 查列号再赋值，比硬编码下标安全得多。
复杂点在于，header 名可能含空格、大小写混用、甚至 Excel 自动生成的 "Column1" 这类无意义名 —— 这些都得在映射前 normalize，否则绑定失败。这些细节不提前处理，上线后用户一上传就报错，但日志里只显示“index out of range”，根本看不出是 CSV 结构问题。
