我们现在的业务是基于新闻客户端实现的，都要经过新闻客户端的环境，进行前后端数据上的交互。但是我们在调试过程中，非常的不方便。通常使用的工具有：modheader, postman, fiddler 等，但这些工具都会存在的问题：

WebSocket 是 HTML5 开始提供的一种在单个 TCP 连接上进行全双工通讯的协议。WebSocket 使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据

最近研究了下WebSocket，总结下目前对WebSocket的认知。本文不是基于WebSocket展开的一个从0到1的详细介绍。如果你从来没有了解过WebScoket，建议可以先搜一些介绍WebSocket的文章

先总结：高即时性服务，比如聊天室的群聊，server顺序收到了张三，李四的消息，立即就推送给王五，不能让王五等半天。Ajax也可以一秒一刷，让王五去问张三说话没，如果张三10分钟没说话

WebSocket 使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在 WebSocket API 中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输

服务端为swoole 的websocket；onclose、onerror出现两个，tcp重连的时候会重连两次；为避免这种情况，需要进行加锁lockReconnect；limitConnect 断线重连次数；

随着 Web 的发展，用户对于 Web 的实时推送要求也越来越高，在 WebSocket 出现之前，大多数情况下是通过客户端发起轮询来拿到服务端实时更新的数据，因为 HTTP1.x 协议有一个缺陷就是通信只能由客户端发起，服务端没法主动给客户端推送

WebSocket断开的原因有很多，最好在WebSocket断开时，将错误打印出来。WebSocket断开时，会触发CloseEvent, CloseEvent会在连接关闭时发送给使用 WebSockets 的客户端. 它在 WebSocket 对象的 onclose 事件监听器中使用。

WebSocket 是 HTML5 开始提供的一种在单个 TCP 连接上进行全双工通讯的协议。WebSocket 使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据

之前我们将 CocoaAsyncSocket 作为底层实现，在其上面封装了一套 Socket 通信机制以及业务接口，最近我们开始研究 WebSocket ，并用来替换掉原先的 CocoaAsyncSocket ，简单来说一下两者的关系

以下 API 用于创建 WebSocket 对象。以上代码中的第一个参数 url, 指定连接的 URL。第二个参数 protocol 是可选的，指定了可接受的子协议。以下是 WebSocket 对象的属性。

websocket服务端往往需要和服务层打交道，因此需要将服务层的一些bean注入到websocket实现类中使用，但是呢，websocket实现类虽然顶部加上了@Component注解，依然无法通过@Resource和@Autowire注入spring容器管理下的bean

在 websocket 出现之前，为了实现 web 端的实时通信，通常采用的是 Ajax 轮询技术，（轮询是在特定的时间间隔内，由浏览器向服务器发送 HTTP 请求，再由服务器返回最新的数据）

在建立web socket通信后，发送数据时，出现下图所示现象:要明白这个问题产生的原因，就需要了解websocket的几个状态。通常在实例化一个websocket对象之后，客户端就会与服务器进行连接

在使用websocket的过程中，有时候会遇到网络断开的情况，但是在网络断开的时候服务器端并没有触发onclose的事件。这样会有：服务器会继续向客户端发送多余的链接，并且这些数据还会丢失