为什么需要 WebSocket？
答案很简单，因为 HTTP 协议有一个缺陷：通信只能由客户端发起。举例来说，我们想了解今天的天气，只能是客户端向服务器发出请求，服务器返回查询结果。HTTP协议做不到服务器主动向客户端推送信息。
这种单向请求的特点，注定了如果服务器有连续的状态变化，客户端要获知就非常麻烦。我们只能使用轮询：每隔一段时候，就发出一个询问，了解服务器有没有新的信息。最典型的场景就是聊天室。
轮询的效率低，非常浪费资源（因为必须不停连接，或者HTTP连接始终打开）。因此，工程师们一直在思考，有没有更好的方法。
websocket是HTML5的一个新协议，它允许服务端向客户端传递信息，实现浏览器和客户端双工通信。WebSocket协议在2008年诞生，2011年成为国际标准，所有浏览器都已经支持了。它的最大特点就是，服务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息，是真正的双向平等对话，属于服务器推送技术的一种。
##WebSocket特点
（1）建立在 TCP 协议之上，服务器端的实现比较容易。
（2）与 HTTP 协议有着良好的兼容性。默认端口也是80和443，并且握手阶段采用 HTTP 协议，因此握手时不容易屏蔽，能通过各种 HTTP 代理服务器。
（3）数据格式比较轻量，性能开销小，通信高效。
（4）可以发送文本，也可以发送二进制数据。
（5）没有同源限制，客户端可以与任意服务器通信。
（6）协议标识符是ws（如果加密，则为wss），服务器网址就是 URL。
WebSocket生命周期
打开事件
端点上建立新链接时，该事件是先于其他任何事件发生之前。该事件发生会产生三部分信息。
- 创建WebSocket Session对象: 用于表示已经建立好的链接
- 配置对象: 包含配置端点的信息。
- 一组路径参数: 用于打开节点握手时，WebSocket端入栈匹配的URI
消息事件
主要是接收WebSocket对话中，另一端发送的消息。链接上的消息将会有三种形式抵达客户端。
文本消息 用String处理
二进制消息 用byteBuffer或者byte[]处理
pong消息 用Java WebSocket API中的pong.message接口的实例来处理
错误事件
WebSocket链接或者端点发生错误时产生。可以处理入栈消息时发生的各种异常。入栈消息可能产生的三种异常。
- WebSocket建立链接时发生错误 SessionException类型
- WebSocket试图将入栈消息解码成开发人员使用的对象时 EncodeException类型
- WebSocket端点的其他方法运行时产生的错误，WebSocket实现将记录端点操作过程中产生的任何运行时异常
关闭事件
WebSocket链接端点关闭，做一些清理工作，可以由参与连接的任意一个端点发出。
- 服务器关闭底层TCP连接
- 客户端发起TCP Close