WebSocket协议理解

 WebSocket，下层和 HTTP 一样也是基于 TCP 协议，这是一种轻量级网络通信协议，也属于应用层协议。

http最大的问题：HTTP 是一种被动的通信模式，服务端必须等待客户端请求才可以返回数据，无法主动向客户端发送数据。无法满足实时性。

这也导致在 WebSocket 出现之前，一些对实时性有要求的服务，通常是基于轮询（Polling）这种简单的模式来实现。轮询就是由客户端定时发起请求，如果服务端有需要传递的数据，可以借助这个请求去响应数据。轮询的缺点也非常明显，大量空闲的时间，其实是在反复发送无效的请求，这显然是一种资源的损耗。虽然在之后的 HTTP/2、HTTP/3 中，针对这种半双工的缺陷新增了 Stream、Server Push 等特性，但是「请求-应答」依然是 HTTP 协议主要的通信方式。

WebSocket 协议是由 HTML5 规范定义的，原本是为了浏览器而设计的，可以避免同源的限制，浏览器可以与任意服务端通信

虽然 WebSocket 原本是被定义在 HTML5 中，但它也适用于移动端，尽管移动端也可以直接通过 Socket 与服务端通信

WebSocket 的数据传输，是基于 TCP 协议，但是在传输之前，还有一个握手的过程，才能够正式的传输数据

在建立连接前，客户端还需要知道服务端的地址，WebSocket 并没有另辟蹊径，而是沿用了 HTTP 的 URL 格式，但协议标识符变成了 "ws" 或者 "wss"，分别表示明文和加密的 WebSocket 协议，这一点和 HTTP 与 HTTPS 的关系类似。

通信协议格式是WebSocket格式，服务器端采用Tcp Socket方式接收数据

第一个字节：FIN:1位，用于描述消息是否结束，如果为1则该消息为消息尾部,如果为零则还有后续数据包;

RSV1,RSV2,RSV3：各1位，用于扩展定义的,如果没有扩展约定的情况则必须为0

OPCODE:4位，用于表示消息接收类型，如果接收到未知的opcode，接收端必须关闭连接。长连接探活包就是这里标识的

OPCODE定义的范围：

0x0表示附加数据帧
0x1表示文本数据帧
0x2表示二进制数据帧
0x3-7暂时无定义，为以后的非控制帧保留
0x8表示连接关闭
0x9表示ping
0xA表示pong
0xB-F暂时无定义，为以后的控制帧保留

第二个字节以及以后字节

MASK:1位，用于标识PayloadData是否经过掩码处理，客户端发出的数据帧需要进行掩码处理，所以此位是1。数据需要解码。

Payload length === x

如果 x值在0-125，则是payload的真实长度。
如果 x值是126，则后面2个字节形成的16位无符号整型数的值是payload的真实长度。
如果 x值是127，则后面8个字节形成的64位无符号整型数的值是payload的真实长度。

WebSocket 是一个独立的基于 TCP 的协议，它与 HTTP 之间的唯一关系就是它的握手请求可以作为一个升级请求（Upgrade request）经由 HTTP 服务器解释

课堂总结

websocket相当于应用层程序，只是对tcp的包做了些限制。

websocket只对协议格式做了规定，没规定内容，只要符合这个格式即可。

如http需要查看http协议头、包体等。即规定内容也规定格式。

websocket类似自定义的。

自定义协议由两部分组成：tcp包本身的信息（tcp网络相关的）、业务协议

自定义协议的时候，tcp包处要包含版本号。

websocket可解决浏览器与服务器之间，实时通信问题。

websocket协议格式？websocket如何验证客户端合法。？明文与密文如何传输？

“ws://”ws是协议类型

websocket建立连接后，第一个数据包是符合http协议头的（为了兼容http）。叫握手数据。之后是否符合http协议  不一定。

WebSocket可以在浏览器里使用、支持双向通信、使用很简单。