go中用reflect将excel行转结构体需两步：读单元格值→按excel标签填struct；字段须大写导出、标签名与表头严格匹配，指针传参、预缓存反射类型以提升性能。
Go 里用 reflect 把 Excel 行转成结构体，核心就两步：读出单元格值 → 按字段标签填进 struct
不是所有字段都要映射，也不是所有 Excel 列都对应 struct 字段。关键在控制映射逻辑的“开关”——得靠结构体字段上的 excel 标签（比如 `excel:"name"`），而不是靠列名或顺序硬匹配。否则一调换 Excel 列序就崩，没人敢上线。
常见错误现象：reflect.Value.Interface() called on zero Value —— 多半是字段不可导出（小写开头）或没设 excel 标签，reflect 直接跳过，后续取值时 panic。
- 结构体字段必须首字母大写（可导出），否则
reflect看不见 -
excel标签值要和 Excel 表头（第一行）严格一致，区分大小写 - 支持基础类型：string / int / int64 / float64 / bool；time.Time 需额外解析（Excel 存的是浮点数序列）
- 空单元格默认赋零值，不会跳过字段；如需跳过，得在赋值前加
if cell.Value != nil判断
用 github.com/xuri/excelize/v2 读 Excel 时怎么对齐表头和字段
不能假设 Excel 第一行就是表头、第二行起是数据。实际业务里常有合并单元格、空行、说明文字——必须显式定位表头行，再拿它去匹配 excel 标签。
实操建议：
- 先用
f.GetSheetList()确认用哪个 sheet，别默认"Sheet1" - 用
f.GetRow("Sheet1", 1)读第一行，遍历找非空单元格，构建map[string]int{表头名: 列索引} - 后续每行数据，按列索引取值，再查这个 map 找到对应字段名，再通过
reflect.StructField.Tag.Get("excel")反向匹配字段 - 别用
cell.String()直接转所有类型——数字会丢精度，日期变乱码；改用cell.GetFloat()或cell.GetString()分情况处理
reflect.SetValue 赋值失败的三个典型原因
最常卡在这儿：值塞不进去，但错误不报在 SetValue 这行，而是在后续访问时报 invalid memory address。本质是反射对象没指向可寻址的变量。
- 传入的 struct 必须是指针，比如
&MyStruct{}；传值会复制，reflect.ValueOf(s).Elem()直接 panic - 字段类型不匹配：Excel 里是 "123"（字符串），struct 字段是
int，直接SetInt会 panic；得先strconv.Atoi转，再SetInt - 嵌套结构体或 slice 字段不支持自动展开——
excel:"user.name"这种路径式标签不会被原生reflect处理，得自己递归解析，否则静默失败
性能和兼容性：为什么别在循环里反复 reflect.TypeOf
每次 reflect.TypeOf(v) 和 reflect.ValueOf(v) 都触发运行时类型查找，开销不小。Excel 动辄几千行，每行都做一遍，CPU 就上去了。
正确做法是预热：
- 在导入开始前，对目标 struct 类型调一次
reflect.TypeOf(&T{}).Elem()，缓存reflect.Type和每个字段的reflect.StructField - 把字段名 → 列索引、字段类型 → 转换函数（如 string→int）也提前建好 map
- Excel 单元格值类型本身不统一：同一列可能有数字、空、字符串，
excelfile.GetCellValue返回interface{}，类型断言比类型转换更轻量
真正容易被忽略的，是 Excel 日期格式——它底层是浮点数（从 1900-01-01 起的天数），不同库处理方式不同，excelfile 默认返回 float64，不转 time.Time 就直接塞进 struct，后面全错。
