首先使用 net/rpc 实现基础RPC服务，通过注册结构体方法实现远程调用；其次采用 jsonrpc 提升跨语言兼容性；接着注意方法签名、字段导出、连接关闭等常见问题；最后建议在高并发场景下转向 gRPC 并结合 context 实现超时控制与中间件扩展。
在Golang中实现RPC（远程过程调用）通信，可以利用标准库 net/rpc 快速构建服务端与客户端之间的函数调用。它支持多种编码方式（如Gob、JSON），适合内部系统间轻量级通信。下面介绍如何使用和优化Golang中的RPC通信。
1. 使用 net/rpc 实现基础RPC服务
Go的 net/rpc 包允许你将结构体的方法注册为可远程调用的函数。方法必须满足特定签名格式才能被正确导出。
服务端示例：
package main
<p>import (
"log"
"net"
"net/rpc"
)</p><p>type Args struct {
A, B int
}</p><p>type Calculator int</p><p><span>立即学习</span>“<a href="https://pan.quark.cn/s/00968c3c2c15" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">go语言免费学习笔记（深入）</a>”；</p><p>func (c <em>Calculator) Multiply(args Args, reply </em>int) error {
<em>reply = args.A </em> args.B
return nil
}</p><p>func main() {
cal := new(Calculator)
rpc.Register(cal)
listener, <em> := net.Listen("tcp", ":8080")
for {
conn, </em> := listener.Accept()
go rpc.ServeConn(conn)
}
}</p>客户端调用示例：
package main
<p>import (
"log"
"net/rpc"
)</p><p>func main() {
client, err := rpc.Dial("tcp", "localhost:8080")
if err != nil {
log.Fatal("连接失败:", err)
}
defer client.Close()</p><pre class='brush:php;toolbar:false;'>args := Args{7, 6}
var reply int
err = client.Call("Calculator.Multiply", args, &reply)
if err != nil {
log.Fatal("调用失败:", err)
}
log.Printf("结果: %d", reply)}
2. 使用 JSON-RPC 提升跨语言兼容性
默认的Gob编码是Go专用的，若需与其他语言互通，推荐使用 net/rpc/jsonrpc。只需替换连接的编解码器即可。
服务端修改部分：
go jsonrpc.ServeConn(conn) // 替换 rpc.ServeConn
客户端连接方式：
conn, _ := net.Dial("tcp", "localhost:8080")
client := rpc.NewClientWithCodec(jsonrpc.NewClientCodec(conn))
此时消息以JSON格式传输，便于调试，也支持Python、Java等语言对接。
3. 注意事项与常见问题处理
编写RPC服务时，以下几点容易出错，需特别注意：
- 方法签名必须符合规范：func (t *T) MethodName(args T1, reply *T2) error，且参数和返回值类型需能被序列化。
- 结构体字段必须首字母大写：否则无法被Gob或JSON编码导出。
- 避免阻塞主协程：每个连接应启用独立goroutine处理。
- 连接未关闭导致资源泄漏：客户端应调用 client.Close() 释放连接。
4. 性能与扩展建议
虽然 net/rpc 轻便易用，但在高并发或复杂场景下有局限。可考虑以下优化方向：
- 使用 gRPC 替代原生RPC：基于HTTP/2和Protocol Buffers，性能更强，支持流式通信、认证、负载均衡等企业级功能。
- 结合 context 实现超时控制：原生RPC不支持上下文传递，可改用 gRPC 或自行封装带超时的调用逻辑。
- 添加中间件支持：如日志、限流、监控，可通过包装Handler或使用代理模式实现。
基本上就这些。对于简单内部服务通信，net/rpc 是个不错的选择；若追求性能和生态，gRPC 更值得投入。关键是根据实际需求选择合适的技术方案。
