RPC（Remote Procedure Call），即远程过程调用。它允许像调用本地服务一样调用远程服务。
RPC是一种服务器-客户端（Client/Server）模式，经典实现是一个通过发送请求-接受回应进行信息交互的系统。与RPC（远程过程调用）相对应的是本地调用。
本地过程调用发生在同一进程中——程序A中定义a函数的代码和调用a函数的代码共享同一个内存空间，所以调用能够正常执行。
但是无法直接在另一个程序B中调用a函数，因为它们是两个程序——内存空间是相互隔离的。（A和B可能部署在同一台服务器上也可能部署在互联网的不同服务器上。）
目前比较常见的跨服务或跨语言之间有基于RESTful API的服务调用模式。既然使用API调用也能实现类似远程调用的目的，为什么还要用RPC呢？
使用 RPC 的目的是让调用远程方法像调用本地方法一样无差别。并且基于RESTful API通常是基于HTTP协议，传输数据采用JSON等文本协议，相较于RPC 直接使用TCP协议，传输数据多采用二进制协议来说，RPC通常相比RESTful API性能会更好。
RESTful API多用于前后端之间的数据传输，而目前微服务架构下各个微服务之间多采用RPC调用。
RPC 的好处
1.单一职责，有利于分工协作和运维开发
2.可扩展性强，资源使用率更优
3.故障隔离，服务的整体可靠性更高
RPC是为了解决类似远程、跨内存空间、的函数/方法调用的。主要需要解决以下三个问题：
-
如何确定要执行的函数？ 在本地调用中，函数主体通过函数指针函数指定，然后调用 add 函数，编译器通过函数指针函数自动确定 add 函数在内存中的位置。但是在 RPC 中，调用不能通过函数指针完成，因为它们的内存地址可能完全不同。因此，调用方和被调用方都需要维护一个{ function <-> ID }映射表，以确保调用正确的函数。
-
如何表达参数？ 本地过程调用中传递的参数是通过堆栈内存结构实现的，但 RPC 不能直接使用内存传递参数，因此参数或返回值需要在传输期间序列化并转换成字节流，反之亦然。
-
如何进行网络传输？ 函数的调用方和被调用方通常是通过网络连接的，也就是说，function ID 和序列化字节流需要通过网络传输，因此，只要能够完成传输，调用方和被调用方就不受某个网络协议的限制。例如，一些 RPC 框架使用 TCP 协议，一些使用 HTTP
一些go-rpc框架：
grpc
