
其实不是必选项,
也可以做到类似的功能
但是TCP会有粘包的问题


它只管联自己公司的服务器就可以了 ,但有个软件却不同,叫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的最主要的原因

本文对比分析了HTTP和RPC在服务发现、连接形式及传输内容等方面的差异。详细介绍了两者在服务发现上的不同实现方式,以及如何通过TCP长连接提高效率,并深入探讨了它们在传输内容方面的优劣。
134

被折叠的 条评论
为什么被折叠?



