长连接 轮询

长连接 轮询

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

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

另外，对于长连接和socket连接也有区分：

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

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

以上是四种请求方式的介绍和优缺点比较。

 

 

我整理了一些资料，我补充一下工作原理吧

长连接工作原理

从上图可以看出每次数据传送不会关闭连接，连接只会在通信出现错误时，或是连接重建时关闭（一些防火墙常被设置为丢弃过长的连接， 服务器端可以设置一个超时时间， 超时后通知客户端重新建立连接，并关闭原来的连接）。

长轮询工作原理

长轮询是现在最为常用的方式，和长连接方式的区别就是服务器端在接到请求后挂起，有更新时返回连接即断掉，然后客户端再发起新的连接。

他们之间的优缺点就像@刘锡涛所说一样。

当然现在也有正在弥补以上两种不足的第三种方式WebSocket

不管是长连接还是长轮询，其实都只是单向通信，直到WebSocket的出现，才是B/S之间真正的全双工通信。不过目前WebSocket协议仍在开发中，目前Chrome和Safri浏览器默认支持WebSocket，而FF4和Opera出于安全考虑，默认关闭了WebSocket，IE则不支持（包括9），目前WebSocket协议最新的为“76号草案”。有兴趣可以看以下资料