HTTP与RPC区别比较分析
Posted xiao zhou
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了HTTP与RPC区别比较分析相关的知识，希望对你有一定的参考价值。
HTTP与RPC区别比较分析
一、TCP的特点与问题
我们八股文常背的
TCP是：（1）面向连接 （2）可靠的（3）基于字节流的
我们使用TCP协议的话，就需要使用socket编程
客户端需要做的
//获取socket套接字
fd = socket(AF_INET,SOCK_STREAM,0);
//绑定IP与port
bind(fd, struct sockaddr *addr, addrlen);
//建立连接
connect(fd, struct sockaddr* addr, addrlen);
对于使用纯裸TCP存在的问题，我们关注点放在基于字节流上
什么叫基于字节流？
就是当通信双方建立连接后，我们可以形象一点的看作，通信双方之间建立了一个“通信的管道”，想要通信的数据一个一个比特位在通信管道内传输。
如果还不明白的话，我们可以打一个比方：
数据就像河流中的水一样；通信管道就是河道；河流中的水是由小的河流分支汇集而来（小分支就是一个一个用户发送数据）；最终河流汇入大海（大海就是数据接收方）
大海收到河流中的水，但是收到的水并不是一批一批收到，而是不断的收到，这样大海无法确定对方在发送的时候一次发送了多少。所以在接收的时候，就可能一次收的比对方一次发的多，或者少。这就是大名鼎鼎的粘包问题
【如果还有不明白的，大家可以评论，我有空再详细讲一下】
总之，使用TCP就会有粘包问题，为了解决这个问题，我们就需要在TCP的上层（应用层）再设计一些自定义协议，解决粘包问题，最常见的就是HTTP，HTTP中的某一些字段就可以标识哪些属于同一个报文，这样就可以避免粘包问题。
二、HTTP与RPC
TCP是传输层的协议，而基于TCP造出来的HTTP和各类RPC协议，它们都只是定义了不同消息格式的应用层协议而已。
1、HTTP协议
HTTP协议【超文本传输协议】，平常我们用浏览器使用的就是HTTP一系列的协议
2、RPC协议
而RPC（Remote Procedure Call），又叫做远程过程调用。它本身并不是一个具体的协议，而是一种调用方式。
调用方法其实跟我们平常在代码中调用自定义方法（或者叫函数）差不多。只不过这个方法是远端服务器暴露出来的接口，我们通过这个接口去使用，就好像我们在调用本地函数一样，就屏蔽了底层网络细节，就方便了很多。需要完成一个任务就调用一个接口。简直不要太爽（回想一些基于TCP的socket通信）
虽然大部分RPC底层使用的是TCP，但是这也不被完全限制。RPC底层可以使用UDP/TCP，甚至是HTTP。
3、有了HTTP，why要出现RPC协议
其实RPC出现早于HTTP。
TCP是上世纪70年代出现，HTTP是90年代才流行。
但是TCP的粘包问题确实一直存在，这期间就要用各种各样的自定义应用层协议来解决粘包问题。
4、有了RPC，why要出现HTTP协议
一些app，只需要客户端与自家的服务器进行消息传递【C/S架构】，这个时候各家使用各家的RPC协议就可以。
但是随着【B/S架构】发展，浏览器要访问各种服务器，这个使用每家的服务器都必须遵守统一的规则，所以HTTP应用越加广泛。
现在【B/S】【C/S】架构分割越来越不明显了，RPC一般只用于公司内部使用了。
三、HTTP与RPC的区别
1、服务发现
首先要向某个服务器发起请求，你得先建立连接，而建立连接的前提是，你得知道IP地址和端口。这个找到服务对应的IP端口的过程，其实就是服务发现。
在HTTP中，你知道服务的域名，就可以通过DNS服务去解析得到它背后的IP地址，默认80端口。
而RPC的话，就有些区别，一般会有专门的中间服务去保存服务名和IP信息，比如consul或者etcd，甚至是redis。想要访问某个服务，就去这些中间服务去获得IP和端口信息。由于dns也是服务发现的一种，所以也有基于dns去做服务发现的组件，比如CoreDNS。
可以看出服务发现这一块，两者是有些区别，但不太能分高低。
2、底层连接形式
以主流的HTTP1.1协议为例，其默认在建立底层TCP连接之后会一直保持这个连接（keep alive），之后的请求和响应都会复用这条连接。
而RPC协议，也跟HTTP类似，也是通过建立TCP长链接进行数据交互，但不同的地方在于，RPC协议一般还会再建个连接池，在请求量大的时候，建立多条连接放在池内，要发数据的时候就从池里取一条连接出来，用完放回去，下次再复用，可以说非常高效。
3、传输的内容
基于TCP传输的消息，说到底，无非都是消息头header和消息体body。
header：存储的是一些标志信息。可以传字符串也可以传二进制
body：实际传输的内容。一般采用JSON进行序列化
对于主流的HTTP1.1，虽然它现在叫超文本协议，支持音频视频，但HTTP设计初是用于做网页文本展示的，所以它传的内容以字符串为主。header和body都是如此。在body这块，它使用json来序列化结构体数据。
对于HTTP/1.1来说，会有头部字段冗余，传输字符串而不是二进制，队头阻塞等等问题。但是HTTP/2进行了很好的改进。所以HTTP/2的性能不一定就比RPC差了。
甚至gRPC底层都是使用的HTTP/2
而RPC，因为它定制化程度更高，可以采用体积更小的protobuf或其他序列化协议去保存结构体数据，同时也不需要像HTTP那样考虑各种浏览器行为，比如302重定向跳转啥的。因此性能也会更好一些，这也是在公司内部微服务中抛弃HTTP，选择使用RPC的最主要原因。
总结于小林coding~
以上是关于HTTP与RPC区别比较分析的主要内容，如果未能解决你的问题，请参考以下文章