长连接与长轮询分别如何实现的?各有哪些优势和劣势?

分别如何实现? 各有什么优势劣势?请指教
关注者
331
被浏览
32296

7 个回答

  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协议,无法自动穿越防火墙。
    实例:网络互动游戏。
现在对于大部分普通网站来说,使用的web服务器的特点是不适合长连接的,web服务器特点是高并发,及时销毁,一个很烂的服务器就可以维持很高的同时访问请求,而长连接对于普通web服务器的就不那么适合了,在实时性要求高的情况下需要增加硬件成本来维持。
而大部分b/s架构不会要求太高的实时性,所以长连接看起来很美好,用的地方却很少