什么是服务器推送技术
推送技术是指通过客户端与服务器端建立长链接，客户端可以接收由服务器端不定时发送的消息。
解决方案
1.Ajax短轮询
2.Ajax长轮询
3.WebSocket
短轮询
Ajax短轮询：http 短轮询是 server 收到请求不管是否有数据到达都直接响应http请求；如果浏览器收到的数据为空，则隔一段时间，浏览器又会发送相同的http请求到server 以获取数据响应，就是用一个定时器不停的去网站上请求数据。
缺点：消息交互的实时性较低（server端到浏览器端的数据反馈效率低）。
长轮询
http 长轮询是server 收到请求后如果有数据，立刻响应请求；如果没有数据 就会 停留 一段时间，这段时间内，如果 server 请求的数据到达（如查询数据库或数据的逻辑处理完成），就会立刻响应；如果这段时间过后，还没有数据到达，则以空数据的形式响应http请求；若浏览器收到的数据为空，会再次发送同样的http请求到server。
AJAX的长轮询
1，DeferredResult：Springmvc的控制层接收用户的请求之后，采用异步处理，立即返回DeferedResult泛型对象，此时驱动控制层的容器主线程，可以处理更多的请求。
2，Servlet3：也是异步处理。
缺点：server 没有数据到达时，http连接会停留一段时间，这会造成服务器资源浪费；
SSE
严格地说，HTTP 协议无法做到服务器主动推送信息。但是，有一种变通方法，就是服务器向客户端声明，接下来要发送的是流信息（streaming）。
也就是说，发送的不是一次性的数据包，而是一个数据流，会连续不断地发送过来。这时，客户端不会关闭连接，会一直等着服务器发过来的新的数据流，视频播放就是这样的例子。本质上，这种通信就是以流信息的方式，完成一次用时很长的下载。
SSE 就是利用这种机制，使用流信息向浏览器推送信息。它基于 HTTP 协议，目前除了 IE/Edge，其他浏览器都支持。
SSE 与 WebSocket 作用相似，都是建立浏览器与服务器之间的通信渠道，然后服务器向浏览器推送信息。
总体来说，WebSocket 更强大和灵活。因为它是全双工通道，可以双向通信；SSE是单向通道，只能服务器向浏览器发送，因为流信息本质上就是下载。如果浏览器向服务器发送信息，就变成了另一次 HTTP 请求。
SSE 也有自己的优点：
SSE 使用 HTTP 协议，现有的服务器软件都支持。WebSocket 是一个独立协议。
SSE 属于轻量级，使用简单；WebSocket 协议相对复杂。
SSE 默认支持断线重连，WebSocket 需要自己实现。
SSE 一般只用来传送文本，二进制数据需要编码后传送，WebSocket 默认支持传送二进制数据。
SSE 支持自定义发送的消息类型。
SSE 也是长连接
http长轮询和短轮询的异同
1）相同点：当server 的数据不可达时，基于http长轮询和短轮询 的http请求，都会 停留一段时间；
2）不同点：http长轮询是在服务器端的停留，而http 短轮询是在 浏览器端的停留；
3）性能总结：从这里可以看出，不管是长轮询还是短轮询，都不太适用于客户端数量太多的情况，因为每个服务器所能承载的TCP连接数是有上限的，这种轮询很容易把连接数顶满；
WebSocket通信
什么是WebSocket
WebSocket 是 html5 规范发布的新协议，和 http协议完全是两个不同的概念，或者说基本没关系；WebSocket协议和http协议的唯一联系点在于，WebSocket协议为了兼容现有浏览器的握手规范而采用了http协议中的握手规范以建立WebSocket连接，其客户端与服务器建立的是 持久连接。
WebSocket 解决了 HTTP 的几个难题：
1（http协议的被动性）：采用 WebSocket 协议后，服务器可以主动推送消息给客户端；而不需要客户端以（长/短）轮询的方式发起http请求到server以获取数据更新反馈；这样一来，客户端只需要经过一次HTTP请求，就可以做到源源不断的信息传送了（在程序设计中，这种设计叫做回调，即：server端有信息了再来通知client端，而不是client端每次都傻乎乎地跑去轮询server端 是否有消息更新）；
2（http协议的无状态性/健忘性）：短轮询是每次http请求前都要建立连接，而长轮询是相邻几次请求前都要建立连接；http请求响应完成后，服务器就会断开连接，且把连接的信息全都忘记了；所以每次建立连接都要重新传输连接上下文（下面有补充），将 client 端的连接上下文来告诉server端；而WebSockct只需要一次HTTP握手，整个通讯过程是建立在一次连接（状态）中的，server端会一直推送消息更新反馈到客户端，直到客户端关闭请求，这样就无需客户端为发送消息而建立不必要的 tcp 连接 和 为了建立tcp连接而发送不必要的冗余的连接上下文消息；
特点：
1，HTML5中的协议，实现与客户端与服务器双向，基于消息的文本或二进制数据通信
2，适合于对数据的实时性要求比较强的场景，如通信、直播、共享桌面，特别适合于客户与服务频繁交互的情况下，如实 时共享、多人协作等平台。
3，采用新的协议，后端需要单独实现
4，客户端并不是所有浏览器都支持
实现
1，HTML5规范中的WebSocket API
2，WebSocket的子协议STOMP。
STOMP(Simple Text Oriented Messaging Protocol)：
1，简单(流)文本定向消息协议
2，STOMP协议的前身是TTMP协议（一个简单的基于文本的协议），专为消息中间件设计。是属于消息队列的一种协议, 和AMQP,JMS平级.它的简单性恰巧可以用于定义websocket的消息体格式.STOMP协议很多MQ都已支持,比如RabbitMq, ActiveMq。
3，生产者（发送消息）、消息代理、消费者（订阅然后收到消息）
4，STOMP是基于帧的协议
SSE和WebSocket相比的优势
1，最大的优势就是便利：不需要添加任何新组件，用任何你习惯的后端语言和框架就能继续使用。你不用为新建虚拟机、弄一个新的IP或新的端口号而劳神，就像在现有网站中新增一个页面那样简单。可以称为既存基础设施优势。
2，SSE的第二个优势是服务端的简洁。相对而言，WebSocket则很复杂，不借助辅助类库基本搞不定。WebSocket能做的，SSE也能做，反之亦然，但在完成某些任务方面，它们各有千秋。WebSocket是一种更为复杂的服务端实现技术，但它是真正的双向传输技术，既能从服务端向客户端推送数据，也能从客户端向服务端推送数据。
总结
技术没有优劣之分，只有场景是否合适，在京东的支付完成之后的跳转的推送技术中，也是用的ajax段轮训的方式，原因是要用有限的资源来为千万级甚至上亿的用户提供服务，如果是用长连接，对于接入的服务器，比如说Nginx，是很大的压力，光是为用户维持这个长连接都需要成百上千的Nginx的服务器，这是很划不来的。因为对于京东这类购物网站来说，用户的浏览查询量是远远大于用户下单量的，京东需要注重的是服务更多的用户，而且相对于用户浏览页面的图片等等的流量而言，这点带宽浪费占比是很小的。所以我们看京东的付款后的实现，是用的短轮询机制，而且时长放大到了5秒。