WebSocket

1.1 什么是websocket

websocket是一种协议，用于在web应用程序和服务器之间建立实时、双向的通信连接。它是一个基于单一的TCP的持久化连接。

1.2 优势劣势

优势	劣势
实时性	需要浏览器和服务器都支持
双向通信	需要额外的开销维持连接（内存，CPU）
减少网络负载	安全问题（服务端必须只向合法的客户端发送数据）

1.3 WebSocket 协议

1. 是基于TCP的协议，有自己的握手协议，也有自己的数据传输格式
2. 在握手期间协商使用的协议版本，支持的子协议，支持的扩展选项等
3. 双向数据传输，任意时间互相发送数据，支持二进制数据和文本数据

1.4 生命周期

连接建立阶段： 客户端发送一个握手请求，服务器响应一个握手请求，连接建立

连接开放阶段： 这个阶段客户端和服务端可以互相发送数据

连接关闭阶段：客户端活服务端发起，发送一个关闭帧。

连接关闭完成阶段：在这个阶段，websocket完全关闭，任何交互无效。

1.5 消息格式

由两部分组成消息头和消息体

消息头包含以下信息：

FIN: 表示这是一条完整的信息，一般情况下都是1

RSV1,RSV2,RSV3: 暂时没有使用，一般都是0

Opcode: 表示消息的类型，包括文本信息，二进制信息等

Mask: 表示信息是否加密

Payload length: 表示消息体的长度。

Masking key: 仅在消息需要加密时出现，用于对消息解密

1.6 客户端API

websocket API由浏览器原生支持，无需额外的JavaScript库或框架。

WebSocket 构造函数

send方法，用于向服务器发送数据，数据可以是字符串，blob或ArrayBuffer对象

onopen事件： 在websocket连接成功建立时触发

onmessage事件： 收到服务器发送的消息时触发

onerror事件： 在websocket连接错误时触发

onclose事件： 在连接被关闭时触发

1.7 性能及优化

双向通信性能更好，不需要建立多个HTTP请求/响应连接

更小的网络流量，相比HTTP，不需要在每个请求/响应交换中发送头部信息

更低的延迟，不需要客户端先发送数据，再等服务端响应

更好的服务器资源管理

优化：

减少消息大小，可以降低网络带宽和服务器负载

使用CDN加速，CDN可以缓存WebSocket初始握手请求

使用负载均衡：websocket 服务可以使用负载均衡来分配并平衡多个服务器的负载

优化服务端代码： 使用高效的框架和算法

避免网络阻塞： 使用合适的线程池和异步IO

延申问题：

服务端可以支撑多少个websocket连接？

1. 确定受哪些因素影响 如内存，带宽，CPU，网络/IO能力，TCP可连接数。
2. 考虑websocket实现的性能，并发配置，线程池等
3. 一般一个WebSocket占用多大内存
4. nginx最多只能维持 65535 条websocket长连接
5. SpringBoot 内嵌的tomcat默认最大连接数为200

因此综合考量服务端 内存，最大支持tcp连接数，网络带宽等