Go中BSON编解码性能瓶颈在于反射低效，需通过预计算字段索引、unsafe.Offsetof生成内存偏移闭包、按需懒构造缓存来优化，可提速5–10倍。
Go 中用 mgo 或 mongo-go-driver 做 BSON 编解码时，反射不是可选项，而是底层必经路径；但默认写法会让性能掉 3–5 倍——关键不在“用不用反射”，而在“怎么绕过反射的低效环节”。
结构体字段必须导出且显式标注 bson 标签
反射无法访问小写字段，bson 包也不会自动把 Symbol 映射成 "symbol"。MongoDB 文档里是 "Symbol"，结构体字段就得是大写 Symbol，再加 bson:"Symbol" 标签。
-
bson:"Symbol"中冒号和引号之间不能有空格，bson: "Symbol"是无效标签，字段会静默丢弃 - 字段未导出（如
symbol string）→ 反射不可见 → 解析后值永远是零值 -
omitempty只影响写入：字段为""或0时不存入 MongoDB，对读取无任何作用
避免在热路径反复调用 reflect.ValueOf 和 FieldByName
每次 FieldByName("Symbol") 都要遍历所有字段做字符串比对，10 字段结构体就是 10 次线性搜索；高频读写场景下，这比实际 BSON 解码还耗 CPU。
- 改用预计算字段索引：
typeCache[uintptr(unsafe.Pointer(t))]["Symbol"] = 0，后续直接v.Field(idx) - 别用
sync.Map存这个映射——读多写少时，普通map+sync.RWMutex更快 - 缓存对象必须是
reflect.Type，不是reflect.Value（后者每次调用都新建，不可比较）
真正提速要跳过反射：用 unsafe.Offsetof 生成闭包
缓存类型和字段索引只是“减损”，真正零开销的做法是在初始化阶段算出内存偏移，封装成纯函数。
立即学习“go语言免费学习笔记（深入）”；
- 例如对
SymbolMCAddrPort.Symbol，提前算出offset := unsafe.Offsetof(SymbolMCAddrPort{}.Symbol) - 封装为
func(v interface{}) string { return *(*string)(unsafe.Pointer(uintptr(unsafe.Pointer(&v)) + offset)) } - 输入必须是指针，且字段顺序/类型不能变；否则运行时 panic，不报编译错
- 实测比缓存反射快 5–10 倍，GC 分配趋近于零，
msgpack和gogoprotobuf都这么干
最容易被忽略的是：别在 init() 里预热所有结构体。你根本不知道哪些会被用到，全量加载等于浪费内存；缓存和闭包都该按需懒构造——第一次访问时生成，之后复用。
