1.为什么使用ws(WebSocket)?
原因：因为 HTTP 协议有一个缺陷：通信只能由客户端发起。（只能是客户端向服务器发出请求，服务器返回查询结果。HTTP
协议做不到服务器主动向客户端推送信息。），WebSocket 协议在2008年诞生，2011年成为国际标准。所有浏览器都已经支持了。它的最大特点就是，服务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息，是真正的双向平等对话，属于[服务器推送技术]的一种。
2.ws使用
const ws = new WebSocket(url) //初始化
ws.onopen = () => {
console.log("open =============>"); //当ws创建成功，执行此事件
};
ws.onmessage = (data) => {
console.log("onmessage =============>" + data); //当客户端收到服务器消息后执行
};
ws.onclose = (e) => {
console.log("onclose =============>" + e.wasClean);
//当ws会话关闭后进入此事件执行，正常服务器及本地关闭 ， e.wasClean
为true,其他异常关闭，e.wasClean为false };
ws.onerror = (e) => {
console.log("onerror =============>" + e);
//当出现异常错误，会进入此事件
};
2.思考
创建的ws对象拥有4种状态值（readyState）可以对当前ws状态进行判断
<1.readyState为0时，ws正在建立连接，还未进入连接成功的onopen事件，此时不能调用close及send方法（此时调用ws的send方法，close方法，将会报错，进先后onerror及onclose事件）。
<2.readyState为1时，此时可以进行正常调用ws的send，close方法。
<3.readyState为2代表ws正常关闭，ws为3表示已经关闭或者创建此次ws会话失败。
3.思考
<1.当网络错误，ws建立时，网络发生异常，此时创建后的ws会先后进入onerror和onclose事件；ws建立后发生网络异常只会进
入onclose事件；此时二种情况下，ws都是未正常关闭，onclose事件中，e.wasclean为false,readyState为3。
<2.在ws创建后，onopen事件为调用前 ，readyState为0， 未进入onclose，onerror事件之前执调用ws的send或close方法将会
先后进入onerror和onclose事件。
<3.在ws执行onclose事件后，此时ws再调用close方法，将不会再次进入onclose事件。此时调用send方法也不会进入onerror事
件，只会报错，需要异常处理。
<4.为什么需要给ws做心跳检测。
由于ws不够稳定，会受到很多因素，造成ws中断。首先ws是基于TCP的应用层技术，这里会有疑问TCP本身是有keepalive
机制的为什么还要做应用层心跳。原因有以下几个：
a.client异常挂死，此时keepalive机制无法反馈真实的client状态；
b.client 异常断电断网出现TCP假死keepalive并不能根本性解决问题，实际上互联网环境很不稳定；
c.ws在应用层，基于传输层，在ws中操作TCP也很不方便。封装就意味着易用性提高灵活性降低。
所以我们在应用层开启心跳，1次/10mins，当心跳断开超时后ws重连。
