go语言rpc需服务端注册导出结构体方法（签名func(T,Args,*Reply)Error）、客户端用Dial/Dialhttp连接并Call调用，依赖Gob编码要求类型导出且不含不可序列化字段。
Go语言内置的net/rpc包提供了简洁的RPC（远程过程调用）支持，基于HTTP或TCP协议，使用Gob编码，默认仅支持导出方法（首字母大写）和特定签名。要实现可用的RPC客户端与服务端，关键在于：接口定义清晰、服务注册正确、连接可靠、错误处理到位。
服务端：注册结构体方法并启动监听
服务端需定义一个导出的结构体，并为其添加符合RPC要求的方法（接收者为指针，参数与返回值均为导出类型，且第二个参数必须是指针）。
- 方法签名必须是
func(*T, *Args, *Reply) error - 将结构体实例注册为服务：
rpc.registerName("Arith", new(Arith)) - 选择传输协议：用
rpc.ServeConn处理单个连接，或用rpc.HandleHTTP+http.Serve启用HTTP方式（更易调试）
示例中常用http.DefaultServeMux配合rpc.HandleHTTP()，然后监听8080端口即可对外提供RPC服务。
客户端：建立连接并调用远程方法
客户端通过rpc.Dial或rpc.DialHTTP连接服务端，得到*rpc.Client实例后，即可用Call或Go发起同步/异步调用。
立即学习“go语言免费学习笔记（深入）”；
采用HttpClient向服务器端action请求数据，当然调用服务器端方法获取数据并不止这一种。WebService也可以为我们提供所需数据，那么什么是webService呢？，它是一种基于SAOP协议的远程调用标准，通过webservice可以将不同操作系统平台，不同语言，不同技术整合到一起。 实现Android与服务器端数据交互，我们在PC机器java客户端中，需要一些库，比如XFire,Axis2,CXF等等来支持访问WebService，但是这些库并不适合我们资源有限的android手机客户端，
0 
- 若服务端走HTTP，客户端必须用
rpc.DialHTTP()；若服务端用TCP裸连，则用rpc.Dial("tcp", "127.0.0.1:8080") -
client.Call("Arith.Multiply", args, &reply)中服务名+方法名需与服务端注册一致 - 务必检查返回的
error，网络失败、方法未找到、编解码错误都会在这里体现
数据类型与序列化注意事项
Go RPC默认使用Gob编码，要求所有传输字段和类型都必须是导出的（首字母大写），且不能含func、channel、unsafe.pointer等不可序列化类型。
- 建议定义独立的
Args和Reply结构体，显式控制入参与返回结构 - 避免直接传指针或map/slice的别名类型，除非已用
gob.Register显式注册 - 如需jsON或自定义编码，可封装
ClientCodec/ServerCodec，但会失去原生便利性
常见问题与调试建议
开发时容易卡在连接不通、方法调用返回method not found或EOF，多数源于路径不匹配或类型未导出。
- 用
curl http://127.0.0.1:8080/debug/rpc查看已注册服务列表（HTTP模式下） - 确保服务端启动后没有panic，客户端连接前先
ping或telnet确认端口可达 - 日志中打印
err详情，特别是client.Call返回的error，常含具体失败原因
基本上就这些。不复杂但容易忽略导出规则和协议一致性，写完跑通一次，后续扩展就顺了。