HTTP和WebSocket之间难舍难分的关系
这段时间在工作当中首次涉及到了websocket协议，颇为感兴趣，因此希望给大家分享一下，其与原始的http协议的区别以及websocket的优点。首先HTMl5指的是一系列新的API，或者说新规范，新技术。WebSocket是HTML5中新协议、新API。Http协议本身只有1.0和1.1，也就是所谓的Keep-alive，把多个Http请求合并为一个。
那么为什么说http协议并不是一个持久连接的协议呢？
（1）Http的生命周期通过Request来界定，也就是Request一个Response，那么在Http1.0协议中，这次Http请求就结束了。在Http1.1中进行了改进，是的有一个Keep-alive，也就是说，在一个Http连接中，可以发送多个Request，接收多个Response。但是必须记住，在Http中一个Request只能对应有一个Response，而且这个Response是被动的，不能主动发起。
（2）WebSocket是基于Http协议的，或者说借用了Http协议来完成一部分握手，在握手阶段与Http是相同的。
客户端：
GET http://121.40.165.18:8088/ HTTP/1.1
Host:121.40.165.18:8088
Connection: Upgrade
Upgrade: websocket
Origin: http://www.blue-zero.com
Sec-WebSocket-Version:13
Sec-WebSocket-Key:4IDp1OUMMlQXNFifKUjovA==
服务端：
HTTP/1.1 101 SwitchingProtocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept:bRpTHaDDnJNwuZUNb0ZAcBYRU9A=
这样，我们就可以直接使用websocket协议与服务器进行消息传输了。熟悉http协议的同学会发现它与传统的http请求不太一样，head中多了几个字段：
Upgrade：websocket
Connection：Upgrade
Sec-WebSocket-Version:13
Sec-WebSocket-Key:4IDp1OUMMlQXNFifKUjovA==
前三条均是告诉服务器，我这里需要使用的websocket协议，希望将协议变化。而Sec-WebSocket-Key表示的是一个验证码，用来确定服务器提供的是websocket协议。
服务器收到request后返回的response中也包含了几条特有字段：
HTTP/1.1101 Switching Protocols
Upgrade:websocket
Connection:Upgrade
Sec-WebSocket-Accept:bRpTHaDDnJNwuZUNb0ZAcBYRU9A=
返回101证明协议已经改变，变为了websocket，最后附加的Sec-WebSocket-Accept是服务器经过确认并且加密过后的Sec-WebSocket-Key，用来表示自己的真实性。
HTTP通信：
http://www.51testing.com/attachments/2017/09/15201284_201709301349261Zxx4.jpg
Websocket通信：
http://www.51testing.com/attachments/2017/09/15201284_201709301349401N06D.jpg
由上图可知，websocket只要建立连接，之后客户端与服务器的通讯完全是自由的，客户端可以主动发送消息，同理服务端也可以主动进行消息推送。而http请求只能一个request对应一个response，所以服务端不能做到真正意义上的主动发送消息。而且连接建立起后只需要通过数据帧来进行传输，帧的头部信息远比http当中的head小多了，会节省大量的带宽。更适合做长时间的数据传输。但其缺点就是需要一直维持连接，因此对于服务器的端口资源消耗较大。
小编在此先简单介绍一下HTTP与WebSocket协议的区别，WebSocket的数据帧介绍以及服务器的搭建方法会在接下来的文章中进行分享。
页:
[1]
