websoket与Http协议
Websocket只是一个网络通信协议
就像 http、ftp等都是网络通信的协议；不要多想；
相对于HTTP这种非持久的协议来说，Websocket是一个持久化网络通信的协议；
WebSocket和HTTP的关系:有交集，但是并不是全部。
Websocket只是借用了HTTP的一部分协议来完成一次握手。(HTTP的三次握手，此处只完成一次)
http和websocket 请求头对比：
http请求头.jpg
websocket请求头.png
HTTP：
原来的时候，客户端通过http(骑马)带着信请求服务器，服务器处理请求(写回信)，再次通过http(骑马)返回；链接断开；
WebSocket:
客户端通过http(骑马)带着信请求服务器，但同时，携带了Upgrade:websocket和Connection:Upgrade(两根管子),服务器如果支持WebSocket协议(有两根管子的接口)，使用Websocket协议返回可用信息(丢弃马匹)，此后信息的传递，均使用这两个管子，除非有一方人为的将管子切断;若服务器不支持，客户端请求链接失败，返回错误信息；
http和websocket 响应头对比：
http响应头.jpg
websocket响应头.jpg
websocket和ajax轮询、long poll的区别
首先是 ajax轮询 ，ajax轮询的原理非常简单，让浏览器隔个几秒就发送一次请求，询问服务器是否有新信息
场景再现：
客户端：啦啦啦，有没有新信息(Request)
服务端：没有（Response）
客户端：啦啦啦，有没有新信息(Request)
服务端：没有。。（Response）
客户端：啦啦啦，有没有新信息(Request)
服务端：你好烦啊，没有啊。。（Response）
客户端：啦啦啦，有没有新消息（Request）
服务端：好啦好啦，有啦给你。（Response）
客户端：啦啦啦，有没有新消息（Request）
服务端：。。。没。。。。没。。没有
long poll 其实原理跟 ajax轮询 差不多，都是采用轮询的方式,不在论述；
从上面可以看出，轮询其实就是在不断地建立HTTP连接，然后等待服务端处理，可以体现HTTP协议的另外一个特点，被动性。同时，http的每一次请求与响应结束后，服务器将客户端信息全部丢弃，下次请求，必须携带身份信息(cookie)，无状态性；
Websocket的出现，干净利落的解决了这些问题；
所以上面的情景可以做如下修改。
客户端：啦啦啦，我要建立Websocket协议，需要的服务：chat，Websocket协议版本：17（HTTP Request）
服务端：ok，确认，已升级为Websocket协议（HTTP Protocols Switched）
客户端：麻烦你有信息的时候推送给我噢。。
服务端：ok，有的时候会告诉你的。