Go反射性能优化核心是避免重复类型检查和字符串匹配：缓存reflect.Type、预计算字段索引、用FieldByIndex替代FieldByName、复用Method而非MethodByName，并在结构体稳定前提下用unsafe.Pointer+偏移实现零开销访问。
Go 反射本身不拷贝数据，但 reflect.ValueOf 接收接口值时会拷贝接口头（interface header），高频调用下 GC 压力明显上升；真正拖慢的是后续的 FieldByName、MethodByName 等操作——它们每次都要线性扫描字段表或方法集，不是哈希查找。
避免在循环里反复调用 reflect.TypeOf 和 reflect.ValueOf
这两个函数看似轻量，实则每次都会遍历类型系统并构造新对象。若处理同类型结构体（如 ORM 映射、日志 dump），应提前缓存 reflect.Type 和一个原型 reflect.Value。
- 缓存
reflect.Type：只做一次reflect.TypeOf(T{})，后续所有同类型对象都复用它 - 缓存字段/方法索引：用
t.FieldByName("Name")得到StructField后，记下Index数组，后续用v.FieldByIndex(indexes)直接定位，跳过字符串匹配 - 不要缓存
reflect.Value本身——它绑定了具体值，不可复用；但可缓存其.Type()和.Kind()结果
用 FieldByIndex 替代 FieldByName，用 Method 缓存替代 MethodByName
FieldByName 是 O(n) 字符串比较，FieldByIndex 是 O(1) 内存偏移计算；MethodByName 每次都遍历方法表，而 reflect.Type.Method(i) 返回的 reflect.Method 是只读常量，可安全复用。
- 初始化阶段预建字段索引表：
nameIndex := []int{0}（对应第一个字段），之后用v.FieldByIndex(nameIndex).String() - 缓存方法句柄：
saveMethod := t.MethodByName("Save")→ 改为saveMethod := t.Method(2)（假设 Save 是第 3 个导出方法） - 注意：字段顺序变更（如中间插入新字段）会让
Index失效，需配合 CI 或生成工具校验结构体稳定性
绕过接口拷贝：直接传指针 + unsafe.Pointer 获取字段偏移
当结构体布局稳定（无 //go:notinheap、字段顺序不变更、无影响对齐的 tag 变更），可用字段偏移实现近乎原生的访问速度，彻底避开反射调用链。
立即学习“go语言免费学习笔记（深入）”；
- 初始化时一次性算出偏移：
f, _ := reflect.TypeOf(User{}).FieldByName("Name"); nameOffset = f.Offset - 运行时直接指针运算：
*(*string)(unsafe.Pointer(uintptr(unsafe.Pointer(u)) + nameOffset)) - 必须加
//go:build !race条件编译，否则 race detector 会报错；生产环境建议用go run -gcflags="-l" -race测试兼容性 - 这种写法不适用于字段可能被 gc 移动的场景（如栈上分配未逃逸的对象），稳妥起见只用于堆上长期存活的结构体
最易被忽略的一点：字段重排、新增字段、甚至 json: tag 中空格增减都可能改变内存对齐，导致 offset 失效——这不是 bug，是“和编译器达成共识”的代价。真要追求极致性能，就别把反射当黑盒用，得把它当成一块需要你亲手校准的内存板子。
