Protobuf 的 Go 实现不支持反射直接序列化 struct，必须使用 protoc-gen-go 生成的类型；Avro 的 Go 库（如 hamba/avro）支持运行时 schema + reflect，适用于动态适配场景。
Go reflect 不能直接序列化 struct 到 Protobuf
Protobuf 的 Go 实现（google.golang.org/protobuf）不走反射路径做序列化——它依赖编译时生成的 *_pb.go 文件，里面是硬编码的字段偏移、类型和 tag。你手写一个 struct，哪怕字段名、类型、顺序全对，reflect 也塞不进 proto.Marshal。
常见错误现象：cannot use myStruct (type MyStruct) as type *MyProto in argument to proto.Marshal，或者更隐蔽的 panic：字段没被识别、默认值丢失、嵌套结构为空。
- 真正生效的是
proto.Message接口，不是任意 struct；必须用 protoc-gen-go 生成的类型 - 如果你在微服务里想“动态适配多个 proto 消息”，别指望靠
reflect.Value.Interface()强转过去 - 性能上，反射 + 手动映射比原生
proto.Marshal慢 3–5 倍，且无法利用 protobuf 的 zero-copy 优化
Avro 的 Go 库（如 hamba/avro）支持运行时 schema + reflect
hamba/avro 允许你传入 Go struct 和 JSON 格式的 Avro schema，内部用 reflect 构建字段映射，再做二进制编码。这在微服务协议演进中很实用：比如消费端还没更新 schema，但能靠反射+schema 推导出兼容字段。
使用场景：配置驱动的消息解析、多版本 schema 共存、测试 mock 数据生成。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必须确保 struct 字段有
avro:"xxx"tag，否则reflect找不到对应关系 - 不支持嵌套 struct 的匿名字段提升（anonymous embedding），
type User struct { Person }会失败 - schema 中字段为
union类型（如["null", "string"]）时，Go 字段类型得是*string，reflect不会自动解包 nil
想用反射桥接 Protobuf 和业务 struct？绕不开 protoreflect 和 dynamic
官方 google.golang.org/protobuf/reflect/protoreflect 提供了运行时访问 proto 消息结构的能力，但它是面向已知 protoreflect.MessageType 的——也就是仍然需要先加载 .proto 描述（通过 protoregistry.GlobalFiles 或 dynamic.LoadMessageDescriptor）。
实操建议：适合网关层做通用反序列化，比如收到 raw bytes，根据 header 中的 schema ID 查 registry，再用 dynamic.NewMessage + Unmarshal 解出字段，最后用 reflect 映射到业务 struct。
- 别自己 parse .proto 文本，用
buf build或protoc --descriptor_set_out提前生成.desc文件 -
dynamic.Message的Get/Set方法返回protoreflect.Value，不是 Go 原生类型，需调用.Interface()转换，注意 time/duration 等特殊类型要手动处理 - 字段名匹配默认按 proto 的
json_name，不是 Go 字段名，映射时容易错位
Protobuf vs Avro：选型关键不在反射支持，而在演化约束
Protobuf 要求前后向兼容必须靠字段编号 + optional/required 规则；Avro 依赖 writer schema 和 reader schema 的 resolution 规则。两者都允许添加字段，但删除或重命名字段时，Avro 更宽容（只要 reader schema 有默认值或 union 包含 null）。
这意味着：如果你的微服务间协议经常小步迭代、又不想强制所有服务同步升级，Avro + 运行时反射的组合反而更稳；但若已有成熟 proto 工具链、强依赖 gRPC、或需要跨语言一致性（比如前端用 jspb），Protobuf 的静态保障更可靠。
- Avro 的反射开销是持续的，每次 decode 都要查 schema、遍历字段；Protobuf 的反射（
protoreflect）只在初始化时加载一次 descriptor - Go 生态里，Protobuf 的
MarshalJSON输出可读性差（带 type_url），Avro 的 JSON 编码天然无类型标记，更贴近 REST 风格 - 最易被忽略的一点：Avro schema 必须显式声明 namespace，而 Protobuf 的 package 是可选的；微服务间传递 schema 时，namespace 冲突比 package 冲突更难 debug
