c.FormFile("file") 是最简接收方式，但需确保前端 input 的 name 值一致；检查 FileHeader 的 Filename、Size 后再 Open()；因 multipart.File 不支持 Seek，须先读入 []byte 或 bytes.Buffer 再交由 excelize.OpenReader 解析；解析时过滤无效 sheet 和空行，逐行收集错误并统一返回，行列索引注意从 1 开始。
怎么用 echo.FormFile 正确接收 Excel 文件
直接调用 c.FormFile("file") 是最简路径，但必须确认前端 <input type="file"> 的 name 属性值确实是 "file"（或你指定的其他键名），否则会返回 nil, err。常见错误是前端传了 name="excelFile"，后端却还写 "file"，结果 err 是 http.ErrMissingFile，日志里只看到“no file uploaded”，根本没意识到是 key 对不上。
拿到 *multipart.FileHeader 后别急着 Open() —— 先检查 header.Size 和 header.Filename：文件名为空说明浏览器可能被拦截；大小为 0 通常意味着用户点了上传但没选中任何文件；超过 50MB 建议直接拒绝，避免后续解析卡死。
真正打开文件流时，用 header.Open() 而不是 os.Open(header.Filename)，后者读的是服务端临时路径（且该路径不可控、不安全），前者才是内存/临时磁盘缓冲的真实句柄。
为什么不能用 excelize.OpenReader 直接读 multipart.File
excelize.OpenReader 接收 io.Reader，看似能直接传 file（multipart.File 实现了 io.Reader），但实际会出错：Excel 文件是随机访问结构，OpenReader 内部需要多次 Seek(0, io.SeekStart)，而 multipart.File 不支持 Seek（它本质是管道流）。错误现象是 invalid argument 或 seeker not supported。
正确做法是先完整读入 []byte 或复制到 bytes.Buffer：
诊断并修复涉及公式、命名范围、Power Query 刷新、数据透视表、VBA/宏保存等问题的 Microsoft Excel XLSX 工作簿
data, _ := io.ReadAll(file)<br>f, err := excelize.OpenReader(data)
或者更省内存：
buf := bytes.NewBuffer(nil)<br>io.Copy(buf, file)<br>f, err := excelize.OpenReader(buf.Bytes())
注意：大文件（>10MB）慎用
io.ReadAll，容易触发 GC 压力；此时建议改用临时文件 + excelize.OpenFile。解析时怎么跳过空行和无效 Sheet
机械制造类参数表常有封面页、说明页、空白分隔行，全解析浪费 CPU 且易出错。不要无脑遍历 f.GetSheetList() 所有 sheet，先过滤：
- 用 f.GetSheetMap() 拿到真实 sheet 名与索引映射
- 排除名称含 "说明"、"目录"、"~" 的 sheet
- 对每个目标 sheet，用 f.GetSheetRow("Sheet1", 1) 读首行，若全为空或字段数
逐行读取时别用 f.GetRows —— 它把整张表加载成 [][]string，40MB 表可能吃掉 1.2GB 内存。改用 f.GetSheetMap() + f.GetSheetRow 按需拉取，配合 strconv.ParseFloat 等做类型转换，边读边校验。
特别注意：Excel 单元格可能存为数字但显示为文本（比如带前导零的工艺编号），f.GetCellValue 返回的是原始字符串，f.GetSheetRow 则按格式自动转类型，要根据业务决定用哪个。
上传+解析失败时，怎么让用户知道哪一行出了问题
单纯返回 500 Internal Server Error 对工艺员毫无意义。必须捕获具体错误位置：
- 在循环读行时用 rowIndex 记录当前行号（从 1 开始）
- 遇到空单元格、非法数值、超范围公差时，收集 fmt.Sprintf("第 %d 行：%s 格式错误", rowIndex, "公差值必须 > 0")
- 最终聚合为 JSON 数组返回，前端渲染成表格高亮错误行
更关键的是：不要在解析中途 return。即使某行失败，也要继续跑完所有行，否则用户反复上传、反复只发现一个错误，效率极低。错误信息数组长度超过 50 条时，截断并提示“前 50 条错误已列出，其余请检查数据规范”。
最后提醒一句：Excel 的行列索引从 1 开始，但 Go 的 slice 从 0 开始 —— 把 rowIndex 当作逻辑行号记录，别和 rows[i] 的 i 混淆，这是最容易漏掉的细节。
