Bosh vs Comet vs Long Polling vs Polling

最近在研究在中国特点移动互联网下经过性最好的应用层协议办法，看到不少混乱的概念和实现，54chen在对各类名词的历史进行了深度考察，特做记录以作区分。

HTTP协议历史

• 第一个HTTP协议诞生于1989年3月。

• 第一个HTTP协议的版本是HTTP 0.9，它的组成极其简单，由于它只容许客户端发送GET这一种请求。

• HTTP协议的第二个版本是HTTP 1.0，直到HTTP 1.0成为最重要的面向事务的应用层协议。该协议对每一次请求/响应，一样是创建并关闭一次链接。

• HTTP协议的第三个版本是HTTP 1.1，它就是目前使用最普遍的协议版本。从HTTP 1.1开始，客户端默认与Web 服务器创建长链接。

原始阶段polling

最先期的时候，由于没有能够依赖的东西，能用的只有javascript的setInterval，定时循环向服务器发起请求。

优势是：服务器端啥特别的东西都不用准备，直接当http请求处理便可。缺点是：白白浪费大量的请求。

什么是Comet?

中文意思彗星，大概是想表示这是一次尾巴会拖很长的请求。

Comet和ajax同样，都是一堆技术的合体叫作Comet（莫非是javascript界很喜欢搞高大上的名词？）。

初始阶段的Comet

• CometP属于这种（jsonP＋iframe）。

• Frame Comet也属于这种（json＋iframe）。

• ajax Comet也属于这种（ajax）

• HTTP1.1是长链接，并且服务器chunked encoding机制可让结果部分输出。

• 利用HTTP1.1的特性，再配合iframe src到一个url，一旦有数据，经过javascript的top.func()把数据告诉浏览器。

• 优势是：比起polling节省了更多的带宽。缺点：用户打开多个浏览器时会占用多条链接，因此必须在server端配合使用非阻塞的http server，同时若是网络不太稳定，容易断掉。

改良版的Comet:long polling

• 由于发现网络不稳定容易断的问题。

• 改良后，添加了每次请求返回后当即从新发起请求机会－－长轮循。

• 优势：比起初始阶段，不容易因网络断了链接，是当今最多见的解决方案。缺点：实在找不到啥缺点，惟一的缺点就是利用了http协议，要是tcp层的，直接链接上收发数据就好了。

双向可通的WebSocket

• 前面都是说的http的，html5就来了个WebSocket，WEB也能够进行TCP链接了。

• 各浏览器实现略有不一样。

• 优势：底层链接 缺点：好多浏览器不支持。

BOSH（Bidirectional-streams Over Synchronous HTTP）

• 这是xmpp协议里定义的一个扩展协议，实际上也能够归结为Comet技术的合体。

• 它同时支持老的polling也支持long polling。

• 具体实现中要完成交互协议才行。

• 优势：若实现细节可自动适应http 1.0 1.1  缺点：实现要更复杂。

结尾

• 各类让人混淆的名词，其实都是在作同一件事情。

• http streaming = http chunked encoding = http keepalive = http 1.1