RPC接口简介

什么是RPC

RPC（Remote Procedure Call Protocol）远程过程调用协议。一个通俗的描述是：客户端在不知道调用细节的情况下，调用存在于远程计算机上的某个对象，就像调用本地应用程序中的对象一样。比较正式的描述是：一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

RPC的特点：

1. RPC是协议。只是协议，而非实现。RPC实现包括：Dubbo、Thrift、GRPC、Hetty等。
2. 网络协议和网络IO模型对其透明。RPC的客户端认为自己是在调用本地对象，因此其对使用的网络协议（HTTP协议等）以及网络IO模型，是不关心的。
3. 信息格式对其透明。调用方法是需要传递参数的，对于远程调用来说，传递过程中参数的信息格式是怎样构成，以及提供者如何使用这些参数，都是不用关心的。
4. 有跨语言能力。因为调用方实际上也不清楚远程服务器的应用程序是使用什么语言运行的。那么对于调用方来说，无论服务器方使用的是什么语言，本次调用都应该成功，并且返回值也应该按照调用方程序语言所能理解的形式进行描述。

常用的RPC框架：

1. Thrift：thrift是一个软件框架，用来进行可扩展且跨语言的服务的开发，包括 C++, Java, Python等多种编程语言。
2. Dubbo：Dubbo是一个分布式服务框架，以及SOA治理方案。其功能主要包括：高性能NIO通讯及多协议集成，服务动态寻址与路由，软负载均衡与容错，依赖分析与降级等。
3. Spring Cloud：提供了搭建分布式系统及微服务常用的工具，满足了构建微服务所需的所有解决方案。
4. gRPC: 一开始由 google 开发，是一款语言中立、平台中立、开源的远程过程调用(RPC)系统。

RPC接口与HTTP对比

1. 传输协议。RPC：可以基于TCP协议，也可以基于HTTP协议；HTTP：基于HTTP协议
2. 传输效率。RPC：使用自定义的TCP协议，可以让请求报文体积更小，或者使用HTTP2协议，也可以很好的减少报文的体积，提高传输效率；HTTP：如果是基于HTTP1.1的协议，请求中会包含很多无用的内容，如果是基于HTTP2.0，那么简单的封装下是可以作为一个RPC来使用的。
3. 性能消耗。RPC：可以基于thrift实现高效的二进制传输；HTTP：大部分是通过json来实现的，字节大小和序列化耗时都比thrift要更消耗性能。
4. 负载均衡。RPC：基本都自带了负载均衡策略；HTTP：需要配置Nginx，HAProxy来实现。
5. 服务治理。RPC：能做到自动通知，不影响上游；HTTP：需要事先通知，修改Nginx/HAProxy配置。

https://cloud.tencent.com/developer/article/1353110

https://blog.csdn.net/k_x_sh/article/details/88837410

RPC调用过程

https://www.cnblogs.com/FG123/p/10261676.html