• 接口处理请求时间过长,前台响应“服务器超时”的解决办法


    问题场景

    数据计算量过大,接口响应时间过长时,网关会报超时,页面就挂了,没有更好的解决办法,暂时采用了一个临时方案,步骤如下:

    1.将原本的一个接口拆分为3个,三个接口异步操作。三个接口作用及描述如下:

    接口1:获取本地异步操作的唯一标识-唯一且加密后的code值

      请求体:此次查询操作的查询条件

      返回体:唯一的加密后的唯一code

    接口2:轮询此次查询的结果是否已计算并准备好

      请求体:接口1返回的code

      返回体:-1或0 -----0 数据未计算完成 1-数据已经计算完成并准备好

    接口3:查询

      请求体:接口1返回的code

      返回体:最终的查询结果

    2.三个接口的执行顺序:

    •  页面发起查询请求,首先调用接口1,获取code。
    • code已返回,前端启用定时器,固定间隔调用接口2,直到接口2返回1,停止轮询,调用接口3,拿到返回数据,渲染页面。
    • 前端开始调用接口2时,后端同时执行接口2和3 ,获取查询状态

    3.大致代码如下:

    pollingFunctions () {
    if (this.queryTimer) {
    clearInterval(this.queryTimer);
    }
    let _this = this;
    // 接口1-获取唯一标识code
    functionA(copyParams).then(({ data, error }) => {
    if (data) {
    // 接口2-查询是否完成
    _this.queryTimer = setInterval(function () {
    functionB({ onlyCode: data }).then(({ data, error }) => {
    if (data) { // 成功
    if (data === '0') {
    clearInterval(_this.queryTimer);
    functionC(); // 接口3-查询
    }
    } else { // 失败
    clearInterval(_this.queryTimer);
    _this.$message.error(error.message);
    }
    });
    }, 10000);
    } else {
    _this.$message.error(error.message);
    }
    });
    }
  • 相关阅读:
    .Net Core 5.x Api开发笔记 -- 消息队列RabbitMQ实现事件总线EventBus(二)
    .Net Core 5.x Api开发笔记 -- 消息队列RabbitMQ实现事件总线EventBus(一)
    SQL 入门教程:创建视图
    微信小程序-企业微信PC端,对接echarts图无法显示
    SQL查看表结构以及表说明
    Skoruba.IdentityServer4.STS.Identity 踩坑
    Docker部署文档
    eCharts图形在IE11中不能渲染
    Cookie中文乱码问题
    Blazor Webassembly多标签页实现
  • 原文地址:https://www.cnblogs.com/lemoncool/p/10243871.html
Copyright © 2020-2023  润新知