服务器推送技术

什么是服务器推送技术

推送技术是指通过客户端与服务器端建立长链接，客户端可以接收由服务器端不定时发送的消息。

解决方案

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秒。