了解一下RPC,为何诞生RPC,和HTTP有什么不同?
开篇提问
-
什么是RPC?
-
为什么需要RPC,用来解决什么问题?
-
RPC与HTTP有什么不同?
-
你知道几种RPC?
认识RPC
RPC:Remote Procedure Call,远程过程调用。是指计算机程序使过程在不同的地址空间(通常在共享网络的另一台计算机上)执行时,其编码方式就像是正常的(本地)过程调用,而无需程序员明确为远程交互编码细节。
RPC是一种服务器-客户端(Client/Server)模式,经典实现是一个通过发送请求-接受回应进行信息交互的系统。
RPC是进程间通信(IPC)的一种形式,因为不同的进程具有不同的地址空间:如果在同一主机上,即使物理地址空间相同,它们也具有不同的虚拟地址空间;如果它们位于不同的主机上,则物理地址空间是不同的。许多不同的(通常是不兼容的)技术已被用来实现这一概念。
【简单理解】:两台不同计算机(程序),计算机A
有一个约定协议,计算机B
想调用计算机A
需要通过约定协议来进行通讯调用。
RPC的诞生
其实早在1982年左右RPC就被人用来做分布式系统的通信,最早发明『远程过程调用』这个词语的人是『布鲁斯·杰伊·尼尔森 (Bruce Jay Nelson)』大约是在1981年。
我们所熟知的Java在1.1版本提供了Java版本的RPC框架(RMI),此时在1990年后,基本上RPC被广泛用于系统之间的调用。但是只在后端方向熟知,对于大众更多的还是接触HTTP等协议,也因此RPC更晚让大众了解认知。
RPC与HTTP
先讲讲HTTP
HTTP:Hypertext Transfer Protocol即超文本传输协议。
HTTP协议在1990年才开始作为主流协议出现;之所以被我们所熟知,是因为通常HTTP用于web端,也就是web浏览器和web服务器交互。当ajax和json在前端大行其道的时候,json也开始发挥其自身能力,简洁易用的特性让json成为前后端数据传输主流选择。HTTP协议中以Restful规范为代表,其优势很大。它可读性好,且可以得到防火墙的支持、跨语言的支持。
HTTP的缺点也很快暴露:
-
有用信息占比少,HTTP在OSI的第七层,包含了大量的HTTP头等信息
-
效率低,因为第七层的缘故,中间有很多层传递
-
HTTP协议调用远程方法复杂,需要封装各种参数名和参数值以及加密通讯等
所以RPC好在哪?
-
都是有用信息
-
效率高
-
调用简单
-
无需关心网络传输或者通讯问题
HTTP和RPC其实有联系
http也是rpc实现的一种方式。
RPC和HTTP一句话说不同
RPC就像地区方言,只有内部知道,双方都需要知道方言,不然没法沟通
HTTP就是普通话,基本都能懂,也会说
RPC一般用于什么地方?
在微服务、分布式已经成为日常的今天,服务通常都部署在不同的服务器,服务器也在不同地区,这时候就存在跨地域跨服务器调用问题,RPC即用于这样类似的情况。
RPC适用于公司内部使用,性能消耗低,传输效率高,服务治理方便,但是不建议传输较大的文本、视频等。
篇末提问
-
是否让你理解HTTP和RPC的一些不同了?
-
RPC用来干嘛了解了吗?
-
你有在用RPC吗?
-
网友评论