RSocket和传统的Http的区别是：两者都是解决分布式系统下，点对点通信问题，都是应用层通信协议。HTTP是文本协议，RSocket是二进制协议。从编程模型上看，在HTTP是一种Request/Reponse方式。客户端决定请求时机和次数，服务端有变化不能通知客户端，需要客户端不停的轮询。
简单说来，两者都是解决分布式系统下，点对点通信问题，都是应用层通信协议。HTTP是文本协议，RSocket是二进制协议。
从编程模型上看，在HTTP是一种Request/Reponse方式。客户端决定请求时机和次数，服务端有变化不能通知客户端，需要客户端不停的轮询。RSocket除了R/R方式之外，支持另外三种：Fire&Forget（发送后不管），Request/Stream（单项流），Channel（双向流）。客户端与服务端的地位是平等的，需要与反应式编程配合使用，关键词是 非阻塞线程管理 和 背压。
RSocket 是一个 OSL 七层模型中 5/6 层的协议，是 TCP/IP 之上的应用层协议。RSocket 可以使用不同的底层传输层，包括 TCP、WebSocket 和 Aeron。RSocket 使用二进制格式，保证了传输的高效,它是一种基于Reactive Streams背压的双向，多路复用，基于消息的二进制协议。
RSocket与HTTP的不同之处在于它定义了四种交互模型,基于消息意味着协议可以支持单个连接上的多路复用。此外，与TCP一样，它是真正的双向，因此一旦客户端启动与服务器的连接，连接中的双方就变得彼此等同 – 实质上，服务器可以从客户端请求数据。
传统的HTTP如果指的是HTTP/1.1，那么区别很大了。HTTP/1.1 连多路复用都不支持, 只有请求响应模式。等等等。如果指HTTP/2.0, 有区别但其实不算太大。
HTTP/2.0 虽然支持了链接复用，但仍然主要只支持request/response 模型。网上很多人说HTTP2支持stream，不对，HTTP2对用户来说没有stream这个概念。它只是通过multiplex实现高效的request/response。另外H2提供Server Push的功能，但是功能和应用场景很有限。相反RSocket 是一个真正的bi-directional。 当client 和server建立链接之后，就不存在谁请求谁的问题了。任何一方都可以是requester 或者responder。
不过需要说明，虽然HTTP/2.0 本身不支持bi-directional communication, 但是在此基础上加一些应用层的framing的话还是可以做到的。gRPC就是这么一个例子，在HTTP body 的基础上 做了gRPC 层的framing，最终还是达到了bi-directional 的作用。从这个角度来说，gRPC 和RSocket基本可以互相代替。Facebook内部使用的Thrift RPC之后也会主要以RSocket作为传输层协议，主要卖点之一就是可以支持streaming场景。
延伸阅读：
什么是http？
超文本传输协议（Hyper Text Transfer Protocol，HTTP）是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出；而消息内容则具有一个类似MIME的格式。这个简单模型是早期Web成功的有功之臣，因为它使开发和部署非常地直截了当。
HTTP是应用层协议，同其他应用层协议一样，是为了实现某一类具体应用的协议，并由某一运行在用户空间的应用程序来实现其功能。HTTP是一种协议规范，这种规范记录在文档上，为真正通过HTTP进行通信的HTTP的实现程序。
HTTP是基于B/S架构进行通信的，而HTTP的服务器端实现程序有httpd、nginx等，其客户端的实现程序主要是Web浏览器，例如Firefox、Internet Explorer、Google Chrome、Safari、Opera等，此外，客户端的命令行工具还有elink、curl等。Web服务是基于TCP的，因此为了能够随时响应客户端的请求，Web服务器需要监听在80/TCP端口。这样客户端浏览器和Web服务器之间就可以通过HTTP进行通信了。
文章标题：RSocket和传统的Http有什么区别呢，发布者：小编，转载请注明出处：https://worktile.com/kb/p/37922
微信扫一扫 
支付宝扫一扫 
