Websocket和长连接

在之前的面试中，曾被问到过websocket是不是长连接，没错，当时的我只是用过websocket，而面试我的人只用过长连接，所以我给他解释了一下websocket的工作原理，他当时似懂非懂的觉得这就是长连接，当时我对于长连接是没有概念的，但是这个回答却给我留下了很深的印象，蹉跎了这么久，今天又想起了这个事情，是时候好好总结一下了

首先还是要回顾一下websocket的概念，google一下，没错看看Wikipedia

WebSocket is a computer communications protocol, providing full-duplex（全双工） communication channels over a single TCP connection. The WebSocket protocol was standardized by the IETF as RFC 6455 in 2011, and the WebSocket API in Web IDL is being standardized by the W3C.

WebSocket is designed to be implemented in web browsers and web servers, but it can be used by any client or server application. The WebSocket Protocol is an independent（独立的） TCP-based protocol. Its only relationship to HTTP is that its handshake（握手） is interpreted by HTTP servers as an Upgrade request.[1] The WebSocket protocol makes more interaction between a browser and a web server possible, facilitating real-time data transfer from and to the server. This is made possible by providing a standardized way for the server to send content to the browser without being solicited （征求）by the client, and allowing for messages to be passed back and forth while keeping the connection open. In this way, a two-way (bi-directional) ongoing conversation can take place between a browser and the server. The communications are done over TCP port number 80 (or 443 in the case of TLS-encrypted connections), which is of benefit for those environments which block non-web Internet connections using a firewall. Similar two-way browser-server communications have been achieved in non-standardized ways using stopgap technologies such as Comet.

The WebSocket protocol is currently supported in most major browsers including Google Chrome, Microsoft Edge, Internet Explorer, Firefox, Safari and Opera. WebSocket also requires web applications on the server to support it.

简单来说，websocket就是一个协议。

接下来是长连接

长连接，指在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。

这里节选看到的一段例子来对比

websocket

　　　　　　客户端：我要建立websocket连接

　　　　　　服务器端：好的，已经切换到websocket协议，websocket连接已经建立

　　 　　　　 客户端：有什么消息要及时告诉（推送）我

　　　　　　  服务器端：好的

　　　　　　  服务器端：xxxxxx

　　　　　　  服务器端：yyyyyyy

　　　　　　　。。。。。

　　其优点就是，只要建立一次连接，就可以连续不断的得到服务器推送的消息，节省带宽和服务器端的压力。

Ajax轮询

其实，这个大多数小伙伴都知道了，ajax轮询模拟长连接就是每个一段时间（0.5s）就向服务器发起ajax请求，查询服务器端是否有数据更新

　　　　　　客户端：有没有新消息

　　　　　　服务器端：没有。。（第一次http结束）

　　　　　　客户端：有没有新消息

　　　　　　服务器端：有，xxxxx （第二次http结束）

　　　　　　客户端：有没有新消息

　　　　　　服务器端：没有。。 （第三次http结束）

　　　　　　客户端：有没有新消息

　　　　　　服务器端：没有。。 （第四次http结束）

　　　　　　。。。。。。

　　其缺点显而易见，每次都要建立HTTP连接，即使需要传输的数据非常少，所以这样很浪费带宽；同时，这个过程是被动性的，即不是服务器主动推送的。

长连接

　　　　　　客户端：有没有新信息（Request）--第一次http请求开始
　　　　　　服务端：没有信息，不作回应

　　　　　　（时间一直的流逝。。。一直保持http连接，当等到有消息的时候）

　　　　　　服务器端：给你xxxx（Response）--这时，第一次的http请求获得想要的结果，然后还要发起第二、三。。次http请求

　　　　　　客户端：有没有新消息（Request）--第二次http请求开始

　　　　　　。。。。。

　　其缺点也是显而易见的，同ajax轮询一样，也是每次都要建立HTTP连接，也都是被动的。而且这种方法对服务器的并行要求比较大，因为在没有消息的时候，连接照样保持，而这时需要其它信息是又要建立新的连接（就连接保持中）。

看到一篇不错的介绍长连接的blog

链接地址：http://www.cnblogs.com/hoojo/p/longPolling_comet_jquery_iframe_ajax.html

选取部分解释

轮询：客户端定时向服务器发送Ajax请求，服务器接到请求后马上返回响应信息并关闭连接。 
优点：后端程序编写比较容易。 
缺点：请求中有大半是无用，浪费带宽和服务器资源。 
实例：适于小型应用。

长轮询：客户端向服务器发送Ajax请求，服务器接到请求后hold住连接，直到有新消息才返回响应信息并关闭连接，客户端处理完响应信息后再向服务器发送新的请求。 
优点：在无消息的情况下不会频繁的请求，耗费资源小。 
缺点：服务器hold连接会消耗资源，返回数据顺序无保证，难于管理维护。 
实例：WebQQ、Hi网页版、Facebook IM。

 

长连接：在页面里嵌入一个隐蔵iframe，将这个隐蔵iframe的src属性设为对一个长连接的请求或是采用xhr请求，服务器端就能源源不断地往客户端输入数据。 
优点：消息即时到达，不发无用请求；管理起来也相对方便。 
缺点：服务器维护一个长连接会增加开销。 
实例：Gmail聊天

Flash Socket：在页面中内嵌入一个使用了Socket类的 Flash 程序JavaScript通过调用此Flash程序提供的Socket接口与服务器端的Socket接口进行通信，JavaScript在收到服务器端传送的信息后控制页面的显示。 
优点：实现真正的即时通信，而不是伪即时。 
缺点：客户端必须安装Flash插件；非HTTP协议，无法自动穿越防火墙。 
实例：网络互动游戏。

所谓长连接，就是要在客户端与服务器之间创建和保持稳定可靠的连接。其实它是一种很早就存在的技术，但是由于浏览器技术的发展比较缓慢，没有为这种机制的实现提供很好的支持。所以要达到这种效果，需要客户端和服务器的程序共同配合来完成。通常的做法是，在服务器的程序中加入一个死循环，在循环中监测数据的变动。当发现新数据时，立即将其输出给浏览器并断开连接，浏览器在收到数据后，再次发起请求以进入下一个周期，这就是常说的长轮询（long-polling）方式。如下图所示，它通常包含以下几个关键过程：

1. 轮询的建立 
建立轮询的过程很简单，浏览器发起请求后进入循环等待状态，此时由于服务器还未做出应答，所以HTTP也一直处于连接状态中。 
2. 数据的推送 
在循环过程中，服务器程序对数据变动进行监控，如发现更新，将该信息输出给浏览器，随即断开连接，完成应答过程，实现“服务器推”。 
3. 轮询的终止 
轮询可能在以下3种情况时终止： 
  3.1. 有新数据推送 
   当循环过程中服务器向浏览器推送信息后，应该主动结束程序运行从而让连接断开，这样浏览器才能及时收到数据。 
  3.2. 没有新数据推送 
   循环不能一直持续下去，应该设定一个最长时限，避免WEB服务器超时（Timeout），若一直没有新信息，服务器应主动向浏览器发送本次轮询无新信息的正常响应，并断开连接，这也被称为“心跳”信息。 
  3.3. 网络故障或异常 
   由于网络故障等因素造成的请求超时或出错也可能导致轮询的意外中断，此时浏览器将收到错误信息。 
4. 轮询的重建 
浏览器收到回复并进行相应处理后，应马上重新发起请求，开始一个新的轮询周期。

转载于:https://my.oschina.net/weaver/blog/842133