java长轮询

在服务端向页面主动推送消息的业务场景下，有长轮训和websocket两种思路。

springboot 和websocket使用:https://blog.csdn.net/u014203449/article/details/102902078

现在看看长轮询：

 

设想一个业务场景：A用户打开页面，要求实时刷新数据，B用户操作新增数据，A页面刷新。

1.页面

长轮询的做法是，A用户打开页面，就请求一个接口，js ajax请求时设置一个超时时间，比如60s。

 $.ajax({
　　url:'',  //请求的URL
　　timeout : 60000, //超时时间设置，单位毫秒
　　type : 'get',  //请求方式，get或post
　　data :{},  //请求所传参数，json格式
　　dataType:'json',//返回的数据格式
　　success:function(data){ //请求成功的回调函数
　　　　alert("成功");
　　},

2.接口

而接口中，判断数据是否有变化，如果有变化直接将数据返回，如果没有变化，将线程挂起60s，60s内有变化就返回数据，无变化返回空。

线程挂起可以用sleep 或者LockSupport.park 方法将其堵塞。

3.打断阻塞

但堵塞后如何能发现数据变化，从而返回数据呢？因为是另一个用户B线程进行操作导致的数据变化。

1.轮询。可以在接口中循环sleep 几秒，去查询数据是否发生变化。

2.B用户线程操作后，可以找到A用户的长轮询线程，然后进行打断。A用户线程写个判断打断逻辑，如果打断标志为ture，就查询数据返回。

B线程如何找到A线程呢？可以设置一个全局线程安全集合，比如CopyOnWriteArraySet,把线程放进去。

4.下一次轮询

而js 在接口响应后，继续发起一次请求，监听下一次数据的变化。

5.长轮询案列

正好看到了Apollo配置中心，配置中心服务端如何通知客户端配置发生了变化，这就用到了长轮询。

Apollp的地址：https://github.com/ctripcorp/apollo/wiki/Apollo%E9%85%8D%E7%BD%AE%E4%B8%AD%E5%BF%83%E8%AE%BE%E8%AE%A1#21-%E9%85%8D%E7%BD%AE%E5%8F%91%E5%B8%83%E5%90%8E%E7%9A%84%E5%AE%9E%E6%97%B6%E6%8E%A8%E9%80%81%E8%AE%BE%E8%AE%A1

里面写到了：

1. 客户端会发起一个Http请求到Config Service的notifications/v2接口，也就是NotificationControllerV2，参见RemoteConfigLongPollService
2. NotificationControllerV2不会立即返回结果，而是通过Spring DeferredResult把请求挂起
3. 如果在60秒内没有该客户端关心的配置发布，那么会返回Http状态码304给客户端
4. 如果有该客户端关心的配置发布，NotificationControllerV2会调用DeferredResult的setResult方法，传入有配置变化的namespace信息，同时该请求会立即返回。客户端从返回的结果中获取到配置变化的namespace后，会立即请求Config Service获取该namespace的最新配置。