【轮询】【ajax】【js】【spring boot】ajax超时请求：前端轮询处理超时请求解决方案 + spring boot服务设置接口超时时间的设置

场景描述：

ajax设置timeout在本机测试有效，但是在生产环境等外网环境无效的问题

1.ajax的timeout属性设置 前端请求超时事件【网络连接不稳定时候，就无效了】

var data = JSON字符串;
 $.ajax({
    type: "POST",
    url: url,
    dataType: 'json',
    timeout: 3000,//3s钟超时
    data: data,
    xhrFields: {
        withCredentials: true
    },
    success: function (json) {
        alert("保存成功")
    },
    error: function (err, textStatus, errorThrown) {
        alert("保存失败")
    }
});

属性说明：

timeout:  //单位是毫秒值   

timeout: 0  //代表永不超时 

其他说明：

当然，ajax里面设置的是前端超时事件，后端服务 的接口 也有超时时间。 

声明： timeout属性设置的超时时间，肯定是有效果的。
但是  在生产环境等时候，因为网络跳动不稳定，导致 前后端连接中断了，即使这里的超时时间设置再大  或者设置永不超时，也会进入error，即会发生超时情况。这种时候，就需要 在前端使用轮询去解决这种问题了。

2.spring boot为例，设置接口超时时间的两种方式

1> 在配置文件application.properties中加了spring.mvc.async.request-timeout=20000，意思是设置超时时间为20000ms即20s，

2>还有一种就是在config配置类中加入
public class WebMvcConfig extends WebMvcConfigurerAdapter {
    @Override
    public void configureAsyncSupport(final AsyncSupportConfigurer configurer) {
        configurer.setDefaultTimeout(20000);
        configurer.registerCallableInterceptors(timeoutInterceptor());
    }
    @Bean
    public TimeoutCallableProcessingInterceptor timeoutInterceptor() {
        return new TimeoutCallableProcessingInterceptor();
    }
}

3.前端轮询方案 ，查询后端的保存状态，直到查询到后端的保存状态为成功，才做相应的用户响应操作 【解决ajax设置timeout避免不了的网络不稳定的问题】

轮询方案简介：

这里就要对 1中的 ajax进行改造了 。
这里使用 js的  setInterval()发起轮询     clearInterval()停止轮询

setInterval(code,millisec)

参数        描述
code        必需。要调用的函数或要执行的代码串。
millisec    必须。周期性执行或调用 code 之间的时间间隔，以毫秒计。

setInterval() 方法可按照指定的周期（以毫秒计）来调用函数或计算表达式。
setInterval() 方法会不停地调用函数，直到 clearInterval() 被调用或窗口被关闭。由 setInterval() 返回的 ID 值可用作 clearInterval() 方法的参数。

轮询方案代码：

var data = JSON字符串;
var myFlag = new Date().getTime();     //作为本次保存的 唯一标识
                data.myFlag = myFlag;  //作为后端入参传给后台
                $.ajax({
                    type: "POST",
                    url: url,
                    dataType: 'json',
                    timeout: 0,//永不超时
                    data: data,
                    xhrFields: {
                        withCredentials: true
                    },
                    success: function (json) {
                        alert("处理成功的逻辑 依旧写在这里");
                    },
                    error: function (err, textStatus, errorThrown) {

                    //此处要判断 error时候，是不是因为超时导致的，如果是超时导致的error,那就做轮询
                        if (textStatus == 408 || textStatus == 'timeout') {
                            //轮询查询批量保存状态
                            window.myFlag2222 = setInterval(function (){
                                this.batchSaveTimer(myFlag);
                            },6000);
                        }else {
                            loading.hide();
                            $('.J_button_submit').prop('disabled', false);
                            tips.show("保存失败");
                        }
                    }
                });

batchSaveTimer: function (flag) {

    $.ajax({
        type:'get',
        url: url + "/" + flag,
        dataType:'json',
        cache:true,
        xhrFields: {
            withCredentials: true
        },
        success:function(result) {
            if (result.code && result.code == 'success'  ) {

            //当后端保存状态为1  代表保存成功
                if (result.data == '1') {

                    //这里就 停止轮询 入参一定是 发起轮询的setInterval()方法的返回值
                    clearInterval(window.myFlag2222);

                    alert("这里同样写一份  处理成功的逻辑");

            //当后端保存状态为-1 代表保存失败
                } else if (result.data == '-1') {

                    //这里视业务而定，是否停止轮询
                    clearInterval(window.myFlag2222);

                    alert("这里写一份  处理失败的逻辑");
                }
            }
        },
        error:function() {
            alert("服务器异常")
        }
    });

},

附录说明：

当然，后端处理也很简单，在redis记录一个  status.
myFlag作为key
status作为value

开始保存，把status设置为0  开始处理
            status设置为1  处理成功
            status设置为-1 处理失败