HTTP Stay-Alive和Websockets之间的行为差​​异是甚么?

最近我一直在使用websockets.创建了我自己的服务器,有一个 public demo.我没有这样详细的经验或知识re:http. (虽然websocket请求是升级http请求,我有一些.)

最后,服务器报告每个命中的详细信息.其中包括一堆http停留请求.我的服务器不处理它们,因为它们不是websocket请求.但是我的好奇心已经开始了.

关于websockets的整个大事情是连接保持活动.然后您可以双向传递信息(同时).我已经看到,保持活动的HTTP连接是一个相对较新的开发(我不知道有多少年在人们的时间,只是它只包括在最新的标准 – 1.1 – 是否现在是老了?)

我想我可以假设两者之间存在行为差异,否则就没有理由认为websocket标准?有什么不同?

一个Keep Alive HTTP头,因为HTTP 1.0,用于指示一个HTTP客户端希望维护与HTTP服务器的持久连接.主要的对象是消除为每个HTTP请求打开TCP连接的需要.然而,当持续连接打开时,客户端和服务器之间的通信协议仍然遵循基本的HTTP请求/响应模式.换句话说,服务器端无法将数据推送给客户端.

WebSocket是完全不同的机制,用于设置持久的全双工连接.使用这种全双工连接,服务器端可以将数据推送到客户端,客户端应该可以随时从服务器端处理数据.

引用维基百科的相应条目供参考:
1)http://en.wikipedia.org/wiki/HTTP_persistent_connection
2)http://en.wikipedia.org/wiki/WebSocket

相关文章
相关标签/搜索