Protobuf性能最优，适合RPC；MessagePack次之，兼顾性能与灵活；Gob适用于Go内部通信；JSON最慢但兼容性好，适合调试和对外API。
在Go语言中，值类型（如结构体、数组、基本类型）的序列化与反序列化性能对高并发、高性能服务至关重要。常见的序列化方式包括JSON、Gob、Protobuf、MessagePack等。本文通过简单测试对比几种主流序列化方式在处理值类型时的性能表现，帮助开发者根据场景选择合适方案。
测试环境与对象
测试使用一个典型的Go值类型结构体：
type User struct {
ID int64
Name string
Email string
Active bool
Tags []string
}
生成10000次序列化/反序列化操作，使用go test -bench=.进行压测，记录每种方式的纳秒/操作（ns/op）和内存分配情况（allocs/op, B/op）。
JSON：通用但较慢
Go标准库encoding/json最常用，兼容性好，但性能一般。
立即学习“go语言免费学习笔记（深入）”；
特点：- 文本格式，可读性强
- 反射开销大，字段多时明显变慢
- 内存分配频繁，GC压力大
典型结果：约 3500 ns/op，分配 ~800 B，20+ 次内存分配。
Gob：Go原生二进制格式
encoding/gob是Go内置的二进制序列化方式，无需额外依赖。
- 专为Go设计，支持复杂类型
- 首次编码有缓存开销，后续较快
- 不跨语言，仅适合内部服务通信
典型结果：约 2200 ns/op，分配 ~600 B，15 次左右分配。比JSON快约30%-40%。
Protobuf：高性能跨语言首选
使用google.golang.org/protobuf，需定义.proto文件并生成代码。
- 二进制编码，体积小、速度快
- 强类型，编译期检查
- 跨语言支持好，适合微服务
典型结果：约 800 ns/op，分配 ~300 B，5-6 次分配。性能远超JSON和Gob。
MessagePack：轻量级二进制替代JSON
使用第三方库如github.com/vmihailenco/msgpack/v5。
- 二进制格式，兼容JSON结构
- 无需预定义schema，使用灵活
- 性能接近Protobuf，优于JSON
典型结果：约 1200 ns/op，分配 ~400 B，10 次分配。速度约为JSON的2.5倍。
性能对比总结
从快到慢排序：
- Protobuf（最快，推荐RPC场景）
- MessagePack（平衡性能与灵活性）
- Gob（Go内部通信可用）
- JSON（调试友好，性能最低）
若追求极致性能且接受代码生成，Protobuf是首选。若希望免schema且仍用结构体标签，MessagePack更合适。JSON适合对外API或调试场景。
基本上就这些。实际选型还需考虑维护成本、团队熟悉度和系统边界。性能测试应结合真实数据结构进行，避免过度优化。
