百度百科：WebSocket协议是基于TCP的一种新的网络协议。它实现了浏览器与服务器全双工(full-duplex)通信——允许服务器主动发送信息给客户端。
个人对websocket协议的理解“服务器推”场景的出现，服务器端信息随时可能变化, 我们希望将变化后最新的信息立即通知给客户端。但传统的解决方案是客户端要不断的轮询服务器，比如每秒1次，这样的轮询毫无置疑 会产生高额的代价，包括移动流量收费，并且使编程模型也相对复杂，因此, 是时候开放 TCP 双向通信的能力了。我们可以重新写一个 TCP 服务器, 使用新的协议来通信。但也许是为了复用 HTTP 的 80 端口, 依附现有 HTTP 生态圈, 让 web 应用平滑升级, websocket 基于 HTTP 协议设计, 顾名思义就是基于 web HTTP 协议, 释放原生 TCP socket 的能力。所以 websocket 一开始还是按 HTTP 协议通信, 随后才转换成 websocket。
即时通信websocket实现原理1. 在实现websocket连接过程中，需要通过浏览器发出websocket连线请求，然后服务器发出回应，这个过程通常称为“握手"。
2. 在webSocket API中，浏览器和服务器只需要做一个握手动作，然后服务器和浏览器就形成了一条快速通道，两者之间就可以互相传送数据。
websocket特点
1. 务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息，是真正的双向平等对话，属于服务器推送技术的一种。
2. 建立在TCP协议上，服务器端的实现比较容易。
3. 与 HTTP 协议有着良好的兼容性。默认端口也是80和443，并且握手阶段采用 HTTP 协议，因此握手时不容易屏蔽，能通过各种 HTTP 代理服务器。
4. 数据格式比较轻量，性能开销小，通信高效。
5. 可以发送文本，也可以发送二进制数据。
6. 没有同源限制，客户端可以与任意服务器通信。
7. 协议标识符是ws（如果加密，则为wss），服务器网址就是 URL。例如：ws://example.com:80/some/path
http与websocket的关系和区别
一次http请求的过程如下：
客户端
服务端
1.
客户端建立到服务器的TCP链接
2.
客户端发送请求
3.
客户段等待服务器响应
4.
服务器接收到请求
5.
服务器发送响应
6.
客户端收到响应
7.
请求结束
客户端向主机不断发送不同的HTTP请求呼叫来进行询问，主要有两种方式：
1. ajax询问：让浏览器隔个几秒就发送一次请求，询问服务器是否有新信息
2. 从长轮询：客户端发起连接后，如果没消息，就一直不返回Response给客户端，直到有消息才返回，返回完之后，客户端再次建立连接，周而复始。
TCP链接是支持双向同市读写的全双工协议，但我们看看传统的HTTP协议有几个问题：
1. 请求过程是串行的, 客户端与服务器互相等待.
2. 请求是单向的, 总是必须客户端先发起请求.
简单来说：传统的HTTP 1.0/1.1协议没有充分的利用TCP链接的能力。
回顾“服务器推”场景，websocket和HTTP协议最大的区别在与服务器不需要等待请求，也不再使用“请求”，“响应”这样的术语，而改称为消息，双方都可以随时互相发送消息，HTTP客户不会一直监听消息，所以显然不能作为websocket客户端，要使用websocket，客户端和服务器都需要改造，常见的websocket客户端有：
参考：https://developer.mozilla.org/en-US/docs/Web/API/WebSocket
SpringBoot整合websocket步骤过程1.导入pom坐标
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-websocket</artifactId> <version>2.0.4.RELEASE</version></dependency>2.自定义配置实现WebSocketMessageBrokerConfigurer接口。
3.编写ws控制器。
4.客户端引入sockjs.js、stomp.js等文件，并写js代码链接终端。
前端技术选型 stomp.js,sockjs.js 后端开启STOMP和SockJS支持后，前端对应应有的js库进行支持。后端技术选型 websocket服务器端选型：spring websocket。 支持SockJS，开启SockJS之后，可应对不同浏览器的通讯支持。 支持STOMP传输协议，可无缝对接STOMP协议下的消息代理器(如：RabbitMQ，ActiveMQ)