go反射遍历结构体需用reflect.type.numfield和reflect.value.numfield配合，先通过t.field(i).isexported()筛选导出字段，再用t.field(i).name获取名字、v.field(i)取值；未导出字段无法调用interface()，需用fmt.sprintf或确保值可寻址；tag解析不校验格式，字段顺序按源码声明；高频场景应缓存反射结果或改用代码生成。
用 reflect.Value.NumField 和 reflect.Type.NumField 遍历结构体字段
Go 的反射不能直接“过滤出导出字段”，得自己判断：先遍历所有字段，再用 IsExported() 检查。别指望有现成的 GetExportedFields() 这种函数。
常见错误是只调用 v.Field(i).Name 就以为能拿到名字——但 v.Field(i) 返回的是值，字段名其实在类型对象上；必须用 t.Field(i).Name 才对。
- 先用
reflect.TypeOf(v)拿到类型，reflect.ValueOf(v)拿到值，二者缺一不可 -
t.Field(i).PkgPath为空字符串才表示导出字段（这是IsExported()的底层逻辑） - 如果结构体嵌套了非导出匿名字段，它里面的导出字段仍可被外部访问，但
NumField()不会把它们平铺出来——反射看到的仍是原始字段层级
为什么 CanInterface() 或 Interface() 在字段遍历时容易 panic
遍历字段时，如果你对某个字段调用 v.Field(i).Interface()，而该字段本身不可寻址（比如源值是字面量或只读副本），就会 panic：reflect.Value.Interface: cannot return value obtained from unexported field or method。
这不是权限问题，是 Go 反射的安全限制：未导出字段的值无法转成 interface{}。哪怕你只是想打印，也得绕开。
立即学习“go语言免费学习笔记（深入）”；
- 安全做法是只用
t.Field(i)读字段元信息（名字、类型、tag），不碰v.Field(i).Interface() - 真要取值，确保原始变量是地址（
&myStruct），且字段本身导出；否则改用fmt.Sprintf("%v", v.Field(i))这类不触发Interface()的方式 - 别在循环里无条件调用
v.Field(i).CanInterface()判断——它返回 false 时你已经没法安全取值了，不如提前按t.Field(i).IsExported()分支处理
处理 struct tag 和字段顺序的实际约束
字段名列表本身是按源码声明顺序排列的，但反射不保证 tag 解析的健壮性：空 tag、语法错误、重复 key 都不会报错，只会让 t.Field(i).Tag.Get("json") 返回空字符串。
如果你依赖 tag 做字段筛选（比如只取 json:"-" 以外的导出字段），得手动校验返回值，不能假设 Get() 一定有内容。
-
t.Field(i).Tag是reflect.StructTag类型，本质是字符串；Get()只做简单切分，不校验格式 - 字段顺序和内存布局一致，但和 JSON 序列化顺序无关——
encoding/json默认按声明顺序，但可通过 tag 的json:"name,order"（非标准）或自定义MarshalJSON改变 - 嵌入字段（anonymous field）的 tag 不会自动继承到外层；如果想统一控制，得在嵌入时显式写 tag，如
json:"user,omitempty"
性能敏感场景下，避免在热路径反复调用反射
每次 reflect.TypeOf() 和 reflect.ValueOf() 都有分配和类型检查开销，比直接硬编码字段访问慢 10–100 倍。别在 HTTP handler 内部、数据库扫描循环里现场反射。
真正要用，就缓存 reflect.Type 和字段信息——它不随值变化，同一个 struct 类型的所有实例可共用一套反射结果。
- 用
sync.Once或包级变量缓存reflect.Type和导出字段名切片 - 字段名列表可以预计算为
[]string，后续遍历直接 for-range，避免每次调t.Field(i).Name - 如果只是做一次性的配置加载或调试打印，反射够用；但如果是高频数据映射（比如 ORM 字段绑定），建议生成代码（
go:generate）替代运行时反射
字段是否导出，最终看首字母大小写和所在包，反射只是照镜子；镜子里照不出的东西，代码里本来也拿不到——这点最容易被忽略。
