其实不是必选项,
也可以做到类似的功能
但是TCP会有粘包的问题![](https://i-blog.csdnimg.cn/blog_migrate/0842c65e7e5385e009b460423f20c06c.png)
它只管联自己公司的服务器就可以了 ,但有个软件却不同,叫browser,他们不仅要访问自己家的服务器,
不然的话,大家没法交流
也就是说,在多年以前,HTTP主要用于 B / S 架构,而RPC更多用于C/S架构。
现在不用分那么清楚了,
HTTP 和 RPC的区别是什么??
第一点是,服务发现不同。
发现服务的IP和端口的过程其实就是服务发现
http通过DNS解析得到ip和端口
而RPC一般会有专门的中间服务,去保存服务名和IP信息
想要访问某个服务,就去这些中间服务去获取IP和端口信息
由于DNS也是服务发现的一种
所以,也有基于 DNS做服务发现的组件,比如CoreDNS
可以看出,服务发现这一块,这两者是有些区别的,但不太能分高低
第二点,底层的连接形式不同。
HTTP建立一个TCP长连接,保持这个链接keep alive,之后的请求和响应都会复用这条链接。
RPC也跟HTTP类似,通过建立TCP长连接进行数据交互
但不同的地方在于,RPC还会建立一个连接池,在请流量大的时候,建立多条连接放在池内。
要发数据的时候,从连接池拿一条连接,用完之后放回去下次还能复用
第三点,传输的内容才是重要的区别。
header适用于标记一些特殊信息,其中最重要的是消息体长度
body则是放一些真正需要传输的内容,而这些内容只能是二进制01串
HTTP 适用于用JSON来保存结构体数据
而RPC因为它定制化程度更高,可以采用体积更小的protobuf或其他协议去保存结构体数据
同时,也不需要像HTTP那样考虑各种浏览器的行为,因此,性能也会更好一些
这也是公司内部微服务中抛弃HTTP,选择使用RPC的最主要的原因