前言
RPC是Remote Procedure Call的简称，译为远程过程调用，何为远程？就是从这个地方到另一个地方，也就是调用双方不在同一个进程或者不在同一台服务器上，由于双方不在一个内存空间中，所以需要借助网络来实现通信和数据传递。
工作过程
A服务器上的进程P1调用A服务器上的进程P2，或者A服务器上的进程P1调用B服务器上的P2，P1发起调用行为之后，进程被挂起，P2接收到请求之后开始执行，然后返回结果给P1，P1继续执行。P1可以使用参数将信息传递给P2，然后通过P2传回的消息得到结果。
- Client function中像调用本地方法一样调用远程服务
- Client stub接收到调用请求后，将方法、参数序列化
- Client通过Socket将消息发送到远程服务
- Server接收到消息后转发给Server stub，Server stub将消息进行解码（反序列化）
- Server stub根据解码后的内容调用本地Server服务
- Server执行完本地方法后，将执行结果返回给Server stub
- Server stub将结果进行编码（序列化），然后传给Socket
- 然后通过Socket将消息发送给Client
- Client接收到返回的消息后转发给Client stub，随之进行解码（反序列化）
- Client接收到返回数据做最终处理
以上就是一次RPC请求的全过程，整个RPC调用过程有同步和异步两种方式，同步也就是Client在接收到Server返回的消息之前一直将请求保持在运行中状态，例如IO和BIO；异步则是Client将请求发出去之后就将请求挂起，然后Server执行完后再发消息过来通知服务唤醒对应的请求继续处理，例如NIO和AIO。
特点
在RPC理论被提出时就被赋予了简单、高效、通用三个特点。
简单：RPC概念语义清晰，使建立分布式应用更加简单，服务之间调用方式简单
高效：过程调用使用起来很高效，会隐藏底层的通信细节，不需要我们之间去处理Socket通信
通用：RPC是一个请求响应模型，调用双方可以使用不同的编程语言去实现，选择合适的序列化方式即可
简单点说，就是RPC能够使我们像调用本地方法一样去调用远程方法，并且调用者不需要知道远程服务到底部署在何处，达到像傻子一样去编程。
序列化
在说到RPC调用过程的时候，有反复的提到序列化和反序列化，RPC支持的数据序列化方式有Java序列化、JSON、Hessian、Kryo等，还有我们很早之前WebService常用的XML。
- JSON：
- 可读性较高
- 无法表示数据内的引用关系
- 统一JSON字段命名规范较困难
- Hessian二进制
- 几乎无可读性而言
- 支持的语言不够多，比如直接忽略了对js的支持
- 二进制兼容性较高
- 二进制传输速度比XML、JSON快
RPC框架
-
Dubbo
阿里研发的，后由当当网扩展出了Dubbox，阿里的已经不维护了，现在丢给Apache了
-
Feign
Netflix的一套，由Spring Cloud拓展出来了一套轻量级的，很好的融合于Spring Cloud，微服务中还是常用的，适用于Java
-
gRPC
谷歌的一套RPC框架，基于HTTP/2 协议传输，在多语言服务之间交互时常被采用
-
Java RMI
较古老的一款RPC框架，仅适用于Java程序，无法跨语言，用起来也不方便
-
Thrift
Facebook开源的一套RPC框架，它主要是一种接口描述语言和二进制通信协议，跨语言协作，现在丢给Apache了
-
SOAP
由XML-RPC演变而来，不常用，老项目里可能会用到