引言
RPC (Remote Procedure Call) ，即远程过程调用。通俗来讲，就是调用远端服务的某个方法，并获取到对应的响应。RPC 本质上定义了一种通信的流程，而具体的实现技术没有约束，核心需要解决的问题为序列化与网络通信。如可以通过 gob/json/pb/thrift 来序列化和反序列化消息内容，通过 socket/http 来进行网络通信。只要客户端与服务端在这两方面达成共识，能够做到消息正确的解析接口即可。
一般来说，RPC 框架包括了代码生成、序列化、网络通讯等，主流的微服务框架也会提供服务治理相关的能力，比如服务发现、负载均衡、熔断等等。
RPC 调用的流程
一次 rpc 调用包括以下基本流程，分为客户端和服务端两个部分：
- （客户端）构造请求参数，发起调用
- （客户端）通过服务发现、负载均衡等得到服务端实例地址，并建立连接
- （客户端）请求参数序列化成二进制数据
- （客户端）通过网络将数据发送给服务端
- （服务端）服务端接收数据
- （服务端）反序列化出请求参数
- （服务端）handler 处理请求并返回响应结果
- （服务端）将响应结果序列化成二进制数据
- （服务端）通过网络将数据返回给客户端
- （客户端）接收数据
- （客户端）反序列化出结果
- （客户端）得到调用的结果
其中步骤 2 中包含的流程称为「服务治理」，通常包括并不限于服务发现、负载均衡、ACL、熔断、限流等等功能。这些功能是由其他组件提供的，并不是 Thrift 框架所具有的功能。
RPC 服务开发流程
例如基于 Thrift 的 RPC 服务开发，通常包括如下过程：
- 编写 IDL，定义服务 (Service) 接口。
- 使用 thrift（或者等价的生成代码工具，如 kitex 等）生成客户端、服务端的支持代码。
- 服务端开发者编写 handler ，即请求的处理逻辑。
- 服务端开发者运行服务监听端口，处理请求。
- 客户端开发者编写客户端程序，经过服务发现连接上服务端程序，发起请求并接收响应。
IDL
IDL 全称是 Interface Definition Language，接口定义语言。
如果我们要使用 RPC 进行调用，就需要知道对方的接口是什么，需要传什么参数，同时也需要知道返回值是什么样的，就好比两个人之间交流，需要保证在说的是同一个语言、同一件事。IDL 就是为了解决这样的问题，通过 IDL 来约定双方的协议，就像在写代码的时候需要调用某个函数，我们需要知道 签名一样。
对于 RPC 框架，IDL 不仅作为接口描述语言，还会根据 IDL 文件生成指定语言的接口定义模块，这样极大简化了开发工作。服务提供方（服务端）需要做的变为 编写 IDL -> 使用代码生成工具生成代码 -> 实现接口；服务调用方（客户端）只需根据服务提供方（服务端）提供的 IDL 生成代码后进行调用。
两种的IDL：(Apache Thrift /) & Language Guide(proto3)
感兴趣的小伙伴可以自行查阅官方文档学习
RPC优点
1.单一职责，有利于分工协作和运维开发
2.可扩展性强，资源使用率更优
3.故障隔离，服务的整体可靠性更高
文章内容引用自：前置知识 | CloudWeGo
