gob仅适用于纯go环境、结构固定且追求极致性能的进程间可信传输；它无跨语言支持、无版本兼容性、需显式注册类型，字段变更易导致解码失败，且编解码器非线程安全。
gob 不适合跨语言或长期存储，只应在 Go 进程间可信传输时用——它没版本兼容性、不保证向后/向前兼容，升级 Go 版本或结构体字段一改就 decoding failed: unknown type id。
什么时候该用 gob 而不是 json 或 protobuf
仅当满足全部三个条件：纯 Go 环境、数据结构固定、追求极致序列化/反序列化吞吐（比如本地 IPC、内存缓存、微服务内部短链路）。
常见误用场景：
• 用 gob 存数据库字段（字段类型变更后读不出）
• 用 gob 做 API 响应（前端根本没法解析）
• 在不同 Go 版本服务间传（go1.19 编码的 struct，go1.21 反序列化可能 panic）
-
gob比json快 3–5 倍，体积小 40%+，但只对 Go runtime 透明 -
protobuf有 schema 和多语言支持，gob连字段名都不存，只存类型 ID + 值 - 若需带版本控制或字段可选，直接换
protobuf或加一层struct{ Version int; Data []byte }封装
gob 编码前必须注册所有可能用到的类型
没注册就 encode 会 panic；decode 时遇到未注册类型直接报 unknown type id。尤其注意嵌套、接口、切片元素类型。
立即学习“go语言免费学习笔记（深入）”；
典型错误：
var msg interface{} = &User{Name: "Alice"}
enc.Encode(msg) // panic: gob: cannot encode unregistered interface
- 用
gob.Register()显式注册所有指针/值类型，包括*User、[]*Post、map[string]*Config - 如果用了
interface{}，必须注册它实际承载的所有具体类型，不能只注册interface{} - 注册顺序无关，但必须在第一次
Encode或Decode前完成（建议 init 函数里做） - 避免注册匿名 struct，它每次编译都生成新 type ID，跨进程失效
字段变更后 gob 怎么不崩
gob 对字段增删极其敏感：删字段 → decode panic；加字段 → 新字段为零值（看似正常，但旧代码可能 panic 访问空指针）。
安全做法只有两个：
- 永远不删字段，只加
json:"-" gob:"-"标签标记废弃（但注意：gob:"-"仅跳过编码，类型仍注册） - 字段重命名必须同时保留旧字段（带
gob:"old_name"），并加注释说明“仅用于 gob 兼容” - 真正要改结构，必须升级协议版本，用新
gob.Encoder实例 + 新注册类型，老数据走迁移逻辑 - 测试必须覆盖：用旧版程序 encode，新版程序 decode；反过来也跑一遍
最常被忽略的一点：gob encoder/decoder 不是线程安全的，复用实例必须加锁；而很多人图省事全局单例，结果在并发 HTTP handler 里踩出 panic: reflect.Value.Interface: cannot return value obtained from unexported field or method —— 其实是并发写坏了内部状态。
