Golang中RPC序列化与反序列化核心是选型与优化：默认Gob性能低且不跨语言，推荐Protobuf（高性能、跨语言）、MessagePack（轻量、易集成）或JSON（易读但低效）；可基于gRPC或自定义net/rpc编解码器实现。
在Golang中实现RPC的序列化与反序列化，核心在于选择合适的编码格式并优化传输效率。默认情况下，Go的net/rpc使用Gob编码，但面对高性能、跨语言等需求时，需要引入更高效的序列化方式。
理解RPC中的序列化与反序列化
RPC调用过程中，客户端将请求参数编码为字节流发送到服务端，服务端再将其还原为原始数据结构，这个过程就是序列化与反序列化。性能瓶颈常出现在这一步。
Golang原生的net/rpc模块支持自定义编解码器，允许替换默认的Gob。Gob虽然方便，但不具备跨语言能力，且体积较大、速度较慢。实际项目中更倾向使用JSON、Protobuf或MessagePack等格式。
常见序列化方案对比与选型
不同序列化方式在性能、兼容性和易用性上各有优劣：
立即学习“go语言免费学习笔记（深入）”；
- JSON：可读性强，跨语言支持好，标准库内置，但体积大、解析慢
- Protobuf：Google开源，二进制编码，速度快、体积小，适合高并发场景，需预定义schema
- MessagePack：类似JSON但为二进制格式，比JSON更紧凑，无需定义IDL，集成简单
- Gob：Go专用，自动处理类型，但无法跨语言，协议封闭
若系统涉及多语言服务，优先选择Protobuf；若纯Go环境且追求开发效率，可考虑MessagePack。
使用Protobuf优化RPC序列化
结合gRPC（基于HTTP/2和Protobuf）是目前最主流的优化方案。步骤如下：
- 定义
.proto文件描述服务接口和消息结构 - 使用
protoc生成Go代码 - 在服务端和客户端使用gRPC框架通信
示例片段：
service UserService {
rpc GetUser (UserRequest) returns (UserResponse);
}
message UserRequest {
int64 id = 1;
}
message UserResponse {
string name = 2;
int32 age = 3;
}
生成的代码自动完成序列化逻辑，传输效率远高于Gob，同时支持流式通信和强类型校验。
自定义RPC编码器提升灵活性
如果不想完全迁移到gRPC，可以在原生net/rpc基础上替换编解码器。通过实现rpc.ServerCodec接口，嵌入MessagePack或JSON-FAST编码。
例如使用msgpack库：
import "github.com/vmihailenco/msgpack/v5" // 自定义编解码器包装conn codec := msgpack.NewDecoder(conn) encoder := msgpack.NewEncoder(conn)
再封装成ServerCodec供rpc.Server使用，即可实现轻量级高效通信，适用于内部微服务间调用。
基本上就这些。关键是根据场景权衡通用性与性能，合理选择序列化协议，并尽可能复用成熟工具链。不复杂但容易忽略的是：小字段对齐、指针使用和零值处理也会影响序列化开销，建议定期压测对比不同方案的实际表现。
