Go语言无内置分布式对象模型，所谓“分布式对象模式”是开发者基于net/rpc、gRPC等构建的逻辑抽象层，目标是让远程服务调用如本地对象般自然，但需直面网络不确定性。
Go 语言本身没有内置的分布式对象（Distributed Object）模型，像 Java 的 RMI 或 CORBA 那样自动处理远程方法调用（RPC）和对象透明代理。所谓“Golang 分布式对象模式”，实际是开发者基于 net/rpc、gRPC、go-micro 或自定义序列化 + 网络通信构建的**逻辑抽象层**——核心目标是让调用方像操作本地对象一样访问远程服务实例。
用 net/rpc 实现轻量级分布式对象封装
net/rpc 是 Go 标准库提供的同步 RPC 框架，适合内部可信网络中快速搭建类对象接口。它不提供服务发现、负载均衡或跨语言支持，但足够清晰地体现“对象远程化”思路。
关键点：
- 服务端需注册一个结构体实例（如
UserService），其公开方法必须满足签名：func(*Args, *Reply) error - 客户端通过
rpc.Dial连接后，调用client.Call("UserService.GetByID", args, &reply)—— 方法名带结构体名前缀，模拟“对象.方法”语义 - 所有参数/返回值必须可被
gob（默认）或json编码；不可传闭包、channel、未导出字段 - 错误处理需显式检查
err，不能依赖 panic 传播（远程调用无法 panic 回调用方）
用 gRPC 构建跨语言、强契约的分布式对象接口
当需要类型安全、多语言互通或高吞吐场景时，gRPC 是更现实的选择。它不直接暴露“对象”，但通过 .proto 定义 service + message，再生成客户端 stub，效果等价于远程对象实例。
