Go语言net/rpc包不支持原生超时，需通过context.WithTimeout配合goroutine和select实现：启动goroutine执行Call，主goroutine用select监听结果或ctx.Done()，超时后返回错误并确保服务端幂等。
Go语言的net/rpc包本身不直接支持请求超时，但可以通过封装底层连接（如net.Conn）或使用context配合自定义传输层来实现可靠的超时控制。核心思路是让RPC调用在指定时间内未完成时主动中断，避免协程长期阻塞。
使用 context.WithTimeout 包裹 RPC 调用
标准net/rpc客户端没有内置context支持，但你可以将 RPC 调用放入单独 goroutine，并用context.WithTimeout协调结果获取与超时取消：
- 启动一个 goroutine 执行
client.Call() - 主 goroutine 使用
select等待结果通道或ctx.Done() - 超时后，
ctx.Err()触发，可返回错误并清理（注意：此时原 Call 可能仍在运行，需确保服务端幂等或可中止）
示例片段：
gofunc() {
err := client.Call("Service.Method", args, &reply)
done }()
select {
case err := if err != nil { /* 处理成功或失败 */ }
case return errors.New("rpc call timeout")
}
为 HTTP-based RPC（如 JSON-RPC over HTTP）设置 Transport 超时
若使用http.DefaultClient或自定义http.Client作为 RPC 传输载体（例如通过jsonrpc2或自建 HTTP RPC），可直接配置底层http.Transport：
立即学习“go语言免费学习笔记（深入）”；
-
Timeout：整个请求最大耗时（含连接、读写） -
IdleConnTimeout：空闲连接保活时间 -
TLSHandshakeTimeout：TLS 握手上限
这样所有基于该 client 的 RPC 请求天然具备超时能力，无需额外封装。
自定义 rpc.Client 并包装 net.Conn 实现底层超时
对 TCP 或 Unix socket 类型的 RPC（如gob编码），可在建立连接时设置读写超时：
- 调用
net.DialTimeout获取带超时的net.Conn - 或对已存在连接调用
conn.SetDeadline/SetReadDeadline（注意：每次读写前需重设） - 再用该
conn初始化rpc.NewClient（或rpc.NewClientWithCodec）
这种方式更底层、更轻量，适合高性能内部服务间调用，但要注意 deadline 设置时机和复用逻辑。
推荐：改用 gRPC 或支持 context 的 RPC 库
原生net/rpc已逐渐被更现代方案替代。如果项目允许升级：
-
gRPC-Go原生支持
context.Context，调用时直接传入ctx, cancel := context.WithTimeout(...)即可精确控制超时 - 第三方库如
kitex、kratos也内置完善的超时、重试、熔断机制
迁移成本可控，长期维护性和可观测性更好。
基本上就这些。原生 RPC 超时需要手动补足，关键在协程协作或连接层控制；而现代框架已把这事做成默认行为。
