RPC是什么

RPC(Remote Procedure Call)：即远程过程调用，目的是为了让计算机能够跟调用本地方法一样去调用远程方法。

RPC本身并不是一个具体的协议，而是对不同应用程序间通信的一种描述，一种通信思想。它可以使用很多技术来实现，有大量不同底层实现的RPC库(如早期的DCOM、CORBA，现在的dubbo、protobuf、grpc等等)。

RPC通常是基于TCP/UDP协议的，传输效率高、可定制性强、数据包小。

以下是一个远程过程调用的核心流程。RPC包含的就是从User stub到Server stub的过程，包括了打包/解包、序列化/反序列化、发送/接收等通讯细节
在这里插入图片描述

RPC和HTTP的关系和区别

很多人喜欢把RPC与HTTP作比较，因为HTTP是web领域最常用的网络通信协议，而RPC也是进行网络通信的方法，并且有一些RPC库还是基于HTTP实现的。在大多数人看来，HTTP已经是比较万能的通信协议了，于是就对RPC的定位感到捉摸不透。

正如开头所说，RPC本身并不是一个具体的协议，而是一种设计，一种通信思想，通讯协议只是其中一部分。
RPC跟HTTP不是对立面，RPC也可以使用HTTP作为通讯协议。

TCP是70年代出来的协议，RPC是80年代出现的，HTTP是90年代才开始流行的。
RPC比HTTP出现的更早。一直以来，都有大量的不同底层实现的RPC库(如早期的DCOM、CORBA，现在的Thrift、Dubbo、Protobuf、gRPC等等)。

但也正因为RPC仅仅是一种思想，所以互联网厂商并没有一种统一的协议可以使用。随着Web的发展，浏览器为了能够与所有的网站服务通信，就需要一个统一的通信标准，于是HTTP就成为了这个通信标准。而且不同于RPC"面向过程"的思想，HTTP以"面向资源"的思想构建Web服务，并大获成功。

区别

"服务发现"机制不同。要向某个服务器建立连接，需要知道它的ip和端口。找到服务对应的ip和端口的过程，就是服务发现。
- HTTP 依靠DNS做服务发现。通过域名+DNS解析服务器的ip，默认80端口(如果要用其它端口，可以在服务端做反向代理)
  (由于DNS也是服务发现的一种，所以也有基于DNS做服务发现的组件，如CoreDNS)
- RPC 一般会有中间件来保存服务的ip和端口，比如consul等"服务发现"中间件，甚至Redis等存储服务。
协议不同
- HTTP服务基于HTTP协议，HTTP是应用层协议，是位于TCP协议之上的。相比于TCP使用起来更方便，但效率更低。
  另外，HTTP1.1之前是短连接，1.1之后默认是长连接，HTTP2.0又在前者的基础上做了很多改进，性能可能比某些RPC协议还要好。
- RPC通常基于TCP或UDP协议，效率更高，但使用起来更复杂。
  TPC是长连接的，UDP是无连接的。
传输的内容不同
- HTTP 的设计目的是应用于Web服务，有固定的包格式，包括消息头、消息体。消息体的数据格式以字符串、图片音频文件为主，定制性弱。虽然数据最终都是以二进制的形式传输，但HTTP是应用层协议，只能使用接口提供的的固定的这些数据类型
- RPC 大都是基于TCP/UDP的，包格式由使用者定义，定制型更强、有效数据占比更高，且存储的直接就是二进制数据，用户想要传输什么，转为字节放入即可。
应用场景不同
- HTTP多用于B/S，RPC多用于C/S。但现在已经分的没这么清了，因为B/S和C/S在融合，很多软件同时支持多端(比如百度云盘，即支持网页端，还支持手机端和PC端)
- 现在HTTP多用于Web服务端与客户端的通信；RPC多用于服务器各个微服务之间的通讯，以及对延迟和带宽有要求的游戏通信
- HTTP虽然方便，但性能较低。对性能有要求时，就需要直接使用RPC实现通信目的，加快传输效率，例如分布式服务间、游戏C/S端的高效、低延迟的通信需求。