前后端 WebSocket 连接
阮一峰大佬 WebSocket 技术博客
H5 中提供的 WebSocket 协议是基于 TCP 的全双工传输协议。它属于应用层协议，并复用 HTTP 的握手通道。它只需要一次握手就可以创建持久性的连接。
那么什么是全双工呢？
全双工是计算机网络中的一个网络传输方式：数据在线路中的传送方式。一般来说，传送方式有三种方式：单工、半双工、全双工。
全双工：允许数据同时在两个方向上进行传输。这就需要通信的两端设备都需要具备有发送数据和发送数据的能力。
WebSocket 时代之前
在 WebSocket 以前，我们想要实现类似实时聊天这样的功能一般都是使用 AJAX 轮询(轮询、长轮询)实现， 也就是浏览器每隔一段时间主动向服务器发送 HTTP 请求。
轮询：客户端定期向服务器发送请求
长轮询：在客户端发送请求后，保持连接打开，等待新数据响应后再关闭连接。
由于需要每隔一段时间请求服务端，这就带来一定的缺点：只能由客户端发送请求才返回最新的内容给客户端。在某些场景下(实时聊天应用、实时协作应用、实时数据推送、多人在线游戏、在线客服和客户支持等)，这就导致了消息的实时性不好，在应用使用人数过少时产生没有必要的网络开销。
WebSocket
在有这些前提了解以后，我们来看看 WebSocket，它出现的原因就是解决客户端和服务端通信的问题。它可以支持服务端主动向客户端发送消息，这样就大大减少了网络开销，同时还保证了一定的消息实时性。
一般来说，WS 连接流程为：客户端在连接前向服务端发送一个常规的 GET 请求：请求将连接方式改为 WebSocket，这个时候请求状态码将为 101 Switching Protocols，请求头中将会有 Upgrade: websocket 字段，表示将连接方式改为 WebSocket。如果服务器响应，那么将会在响应头中带有 Connection 且值为 Upgrade，响应头中还有 Upgrade: websocket 字段，这时候两端就建立起了 ws 连接通道了。
简单实例
接下来我们就简单上手一下 WebSocket 吧。
前端：
后端：
后端我就采用 node 来实现了
# 初始化
yarn init -y
# 引入依赖
yarn add ws
app.js
// 引入 WebSocket模块
const WebSocket = require('ws');
// 创建 WebSocket 服务器，监听端口3000
const server = new WebSocket.Server({port: 3000});
// 当有客户端连接时触发
server.on('connection', (socket) => {
console.log('客户端已连接...');
// 处理收到的消息
socket.on('message', (data) => {
console.log(`收到客户端发送的消息： ${data}`);
});
socket.send('hello client!');
});
console.log("ws 服务示例已经启动 ws://localhost:3000")
效果如下：
WebSocket 心跳机制
RFC
看完简单示例，我们就来说说目前 WebSocket 存在的缺点以及使用什么方式来解决。
兼容性
这是因为 WS 协议不是所有的浏览器都支持，所以在开发旧版浏览器就需要考虑兼容性问题了。兼容性可使用 node 可使用 socket.io 包，如果用户使用旧版浏览器，那么它就会将 WS 连接转为轮询方式。
连接稳定性
看完上面的内容，相信大家都大概知道 WS 是一个保证客户端和服务端长连接的协议。既然是长连接那么就涉及到一个问题：如果在通信的时候，一断突然掉线了，那另外一方肯定会马上知道的，但是如果链路上没有数据在传输，那么双发就不知道对方是否在线了。想象一下：小明和他女朋友晚上在打电话，小明给她讲笑话，讲完如果小明他女朋友笑了，那么小明知道他成功了，自己的这个笑话是好笑的，但是如果小明讲完以后他女朋友也没有什么回应，那么小明就不知道他是不是女朋友是睡着了。所以，为了防止这种情况发生我们就需要一种机制，能让双方都知道对方还在线。那引出了我们的心跳机制了。
需要知道一下 WebSocket 中必不可少的心跳机制了。那心跳机制是是什么呢？
其实它是 Websocket 协议中的一种保活机制，主要用于维持客户端和服务端两端的长连接，保证两端在连接过程中是否有一端因为意外的错误或者防止长时间不通讯的机制。
通俗一点就是，这种机制可以让客户端和服务端保证双方都在线。比如：客户端发送每隔一段时间发送心跳包通知服务端我还在线，服务端收到这个心跳包以后也发送一个心跳包给客户端同时我也在线。这就好比小明的笑话实在太好笑了，他每讲完一句话，他女朋友就笑出声了，这样小明也知道女朋友没有睡着。
前端实现心跳机制主要有两种方式：
使用 setTimeout 或 setInterval 定时器方法定时发送心跳包–没有实际数据，仅用于维持连接状态前端监听到 WebSocket().close 事件后重新创建 WebSocket 连接
一般来说，第一种方式因为需要定时发送心跳包，就会消耗掉服务器资源。而第二种方式虽然减轻了服务器的负担，但是在重连时很有可能会丢失一部分数据。
这里就重点说一下第一种方式的实现过程吧：
1、客户端和服务端建立 WS 连接 2、客户端向服务端发送心跳包，服务端接收并返回一个表示接收到心跳包的响应 3、当服务端长时间没有接收到心跳包时，服务端将向客户端发送一个关闭连接的请求 4、服务端定时向客户端发送一个心跳包，客户端接收并返回一个表示接收到心跳包的响应 5、当客户端没有接收到服务器发送的心跳包时，客户端会发起重新连接 WS
客户端要实现一个封装好的 socket 类应该具备以下功能：
心跳检测
1、定时发送心跳包 2、客户端发送 ping 的同时需要检测服务端是否响应(设置一个延时器，检测是否有返回 pong，如果没有返回那就开启重连策略 )
断线重连
1、客户端监听发生错误或者掉线就开启重连策略 2、设置重连锁，防止发送多个重连请求 3、开启重连次数限制，超过限制次数就停止重连
其中，这两个功能都需要使用到计时器，所以我们在运行过程中一定一定要记得消除定时器，否则将有可能导致内存泄漏问题。
代码如下，下面的封装是我看了一下网上大多数的案例再结合自己的需求整合出来的，如果对这部分代码还有疑惑或者优化的建议还烦请大家赐教！大家一起讨论才可以一起进步殺殺殺
效果如下：
文章来源
您阅读本篇文章共花了：
发表评论