前言
初次接触 websocket 的人，可能都会有这样的疑问：我们已经有了 http 协议，为什么还需要websocket协议？它带来了什么好处？
原因是http每次请求只能由客户发起，而websocket最大特点就是，服务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息
刚好目前项目中用到了websocket，当然关于websocket的知识无论是前端还是后台开发的同学都得掌握，不会也没关系，关注小许，这次给你讲明白！
使用场景再现
在线教育：
老师进行一对多的在线授课，在客户端内编写的笔记、大纲等信息，需要实时推送至多个学生的客户端，需要通过WebSocket协议来完成。
图片
视频弹幕：
终端用户A在自己的手机端发送了一条弹幕信息，但是您也需要在客户A的手机端上将其他N个客户端发送的弹幕信息一并展示。需要通过WebSocket协议将其他客户端发送的弹幕信息从服务端全部推送至客户A的手机端，从而使客户A可以同时看到自己发送的弹幕和其他用户发送的弹幕。
当然还有体育实况更新、视频会议和聊天等等，这里都不一一列举了
Web端即时通信方式
什么是web端即时通讯技术？
可以理解为实现这样一种功能：服务器端可以即时地将数据的更新或变化反应到客户端，例如消息推送等功能都是通过这种技术实现的。
但是在Web中，由于浏览器的限制，实现即时通讯需要借助一些方法。这种限制出现的主要原因是，一般的Web通信都是浏览器先发送请求到服务器，服务器再进行响应完成数据的现实更新。
Web端实现即时通讯主要有四种方式：轮询、长轮询(comet)、长连接(SSE)、WebSocket。
它们大体可以分为两类，一种是在HTTP基础上实现的，包括短轮询、长轮询(comet)、长连接(SSE)；另一种不是在HTTP基础上实现是，即WebSocket。下面分别介绍一下这四种轮询方式。
图片
轮询
基本思路就是客户端每隔一段时间向服务器发送http请求，服务器端在收到请求后，不管是否有所需数据返回，都直接进行响应。
图片
这种方式本质上还是客户端不断发送请求，才形成客户端能实时接收服务端数数据变化的假象。
实现比较简单，缺点是需要不断建立http连接，浪费资源，而且在客户端数量级很大的情况下会导致服务器压力陡增，显然不是好选择！
轮询方式，你会发现在你打开F12调试页面时，你会发现大量的HTTP请求呢
