正确顺序是先检查 CanAddr() 再调用 Interface()；需统一处理指针/非指针输入时，不可寻址则用 reflect.New(v.Type()).Elem().Set(v) 构造可寻址副本，否则读私有字段或 Addr() 会 panic。
反射导出结构体字段时，CanInterface() 和 CanAddr() 判断顺序不能颠倒
直接对非指针结构体调用 reflect.ValueOf() 得到的是不可寻址的 Value，此时调用 .Interface() 虽然合法，但后续无法通过反射获取其字段的地址（比如想读取未导出字段或调用方法）。常见错误是先判断 CanInterface() 再尝试 Addr()，结果 panic：call of reflect.Value.Addr on struct Value。
正确做法是：若需统一处理指针/非指针输入，优先检查 CanAddr()；不可寻址时，用 reflect.New(v.Type()).Elem().Set(v) 构造一个可寻址副本再操作。尤其在导出组件中封装 Export(data interface{}) 时，这步绕不过。
- 传入
struct{ Name string; age int }（小写字段）——必须复制为可寻址值才能读age - 传入
&struct{...}——直接v.Elem()后遍历字段即可 - 忽略该判断会导致导出时静默跳过私有字段，或 panic 中断整个批量导出流程
用 reflect.StructTag 解析自定义导出标签时，别硬编码 "json" 或 "csv"
通用导出组件要支持多种格式（Excel/CSV/JSON），字段标签不能只认 json:。应抽象出标签键名配置，例如允许用户写 export:"name,header=姓名,order=1"，并在反射遍历时用 v.Tag.Get("export") 提取。
硬依赖 json 标签的问题在于：一旦结构体已用 json: 做序列化适配（如字段重命名、omitempty），导出时就会和业务逻辑耦合，改一个就崩两个场景。
立即学习“go语言免费学习笔记（深入）”；
- 解析字符串推荐用
strings.Split(strings.TrimSpace(tag), ",")，再逐段strings.SplitN(part, "=", 2) -
header字段控制表头名，order控制列序，ignore:"true"跳过导出——这些都应在反射循环里动态识别 - 注意空格：
export:"name , header = 姓名"中的空格不自动 trim，得手动处理
reflect.Value.Kind() 为 Ptr 时，必须 Elem() 一次才开始字段遍历
导出函数入口接收 interface{}，用户可能传 *[]T、*T、[]T、T 四种情况。若不做类型归一化，直接对 *T 调用 v.NumField() 会 panic：reflect: NumField of non-struct type。
安全路径是：循环调用 v.Kind() == reflect.Ptr || v.Kind() == reflect.Interface 时，反复 v = v.Elem() 直到得到非指针/接口类型；再判断是否为 reflect.Struct 或 reflect.Slice 分支处理。
- 传
*User→v.Elem()得User结构体 → 可遍历字段 - 传
**User→ 需两次Elem()，否则第一次还是*User - 传
interface{}包裹的*User，v.Kind()是Interface，需先v.Elem()解包再继续
导出切片时，reflect.Value 的 Len() 和 Index(i) 性能比原生 for 循环低约 3–5 倍
通用组件为兼容任意类型，常写成 for i := 0; i 。但实测百万条数据导出时，纯反射访问比先 <code>v.Interface().([]T) 类型断言后原生遍历慢得多——因为每次 Index() 都触发边界检查、类型校验和内存拷贝。
优化不是放弃反射，而是分层：先用 v.Kind() 和 v.Type() 快速识别常见切片类型（如 []string、[]int、[]struct{}），对高频类型做 switch 分支，走原生逻辑；仅对未知类型 fallback 到反射。
- 不要对
[]map[string]interface{}做类型断言，它天然适合反射遍历 - 对
[]User，断言成功后用for _, u := range users，比v.Index(i).Interface().(User)快且内存友好 - 注意：断言失败时必须兜底到反射，否则泛型能力就断了
反射构建导出组件最难的不是遍历字段，而是类型归一化过程中的嵌套层级判断和边界条件覆盖——比如 interface{} 里藏了个 map[string]interface{} 再套 []interface{}，这时候 CanAddr()、Elem()、Interface() 的调用顺序稍错一点，要么 panic，要么漏数据。
