websocket介绍- 2

在讲Websocket以前，我就顺带着讲下 long poll 和 ajax轮询 的原理。

首先是 ajax轮询 ，ajax轮询 的原理很是简单，让浏览器隔个几秒就发送一次请求，询问服务器是否有新信息。
场景再现：
客户端：啦啦啦，有没有新信息(Request)
服务端：没有（Response）
客户端：啦啦啦，有没有新信息(Request)
服务端：没有。。（Response）
客户端：啦啦啦，有没有新信息(Request)
服务端：你好烦啊，没有啊。。（Response）
客户端：啦啦啦，有没有新消息（Request）
服务端：好啦好啦，有啦给你。（Response）
客户端：啦啦啦，有没有新消息（Request）
服务端：。。。。。没。。。。没。。。没有（Response） ---- loop

long poll
long poll 其实原理跟 ajax轮询 差很少，都是采用轮询的方式，不过采起的是阻塞模型（一直打电话，没收到就不挂电话），也就是说，客户端发起链接后，若是没消息，就一直不返回Response给客户端。直到有消息才返回，返回完以后，客户端再次创建链接，周而复始。
场景再现
客户端：啦啦啦，有没有新信息，没有的话就等有了才返回给我吧（Request）
服务端：额。。 等待到有消息的时候。。来 给你（Response）
客户端：啦啦啦，有没有新信息，没有的话就等有了才返回给我吧（Request） -loop

从上面能够看出其实这两种方式，都是在不断地创建HTTP链接，而后等待服务端处理，能够体现HTTP协议的另一个特色，被动性。
何为被动性呢，其实就是，服务端不能主动联系客户端，只能有客户端发起。
简单地说就是，服务器是一个很懒的冰箱（这是个梗）（不会、不能主动发起链接），可是上司有命令，若是有客户来，无论多么累都要好好接待。

说完这个，咱们再来讲一说上面的缺陷（原谅我废话这么多吧OAQ）
从上面很容易看出来，无论怎么样，上面这两种都是很是消耗资源的。
ajax轮询 须要服务器有很快的处理速度和资源。（速度）
long poll 须要有很高的并发，也就是说同时接待客户的能力。（场地大小）
因此ajax轮询 和long poll 都有可能发生这种状况。

客户端：啦啦啦啦，有新信息么？
服务端：月线正忙，请稍后再试（503 Server Unavailable）
客户端：。。。。好吧，啦啦啦，有新信息么？
服务端：月线正忙，请稍后再试（503 Server Unavailable）