前端处理:连续发送多个相同请求,只处理最后一个请求的情况

前端处理:连续多次请求同一个接口,只处理最后一个请求的情况


前言

应用场景包括有:搜索功能配置,音乐播放器配置等请求响应时间有一定延迟,可能会出现数据混乱的场景

思路逻辑:

  1. 每次发起请求时,在请求内部记录请求发起时的时间戳 “moment”
  2. 每次发起请求时,在本地记录一个当前时间戳 “time”
  3. 待某一请求完成时,若 “moment!=time”,则封锁后面操作

例子:

  • 该案例基于小程序编写
setMusic(e) {
    // 获取时间戳
    let currentTime = (new Date()).valueOf()
    // 本地记录最后一个请求发起时的时间戳
    this.setData({
        time: currentTime
    })
    // 发起请求
    getNewsMp3({
        // 其它请求数据......
        moment: currentTime
    }).then(res => {
        // 若本地记录的最后一个请求发起时的时间戳不等于该请求发起时的时间戳,则证明该请求被多次发起并且不是最后一次请求,所以return返回不执行后面操作
        if (res.moment != this.data.time) return
        // 最后一次请求所要做的处理
        console.log(res.data);
    })
},

请求内部记录请求发起时的时间戳 “moment”,需要请求完成时返回回来,用以做判断,这里的实现方法可以有两种方法:

  1. 和后端协商,让后端接收这个参数后再返回回来
  2. 在请求封装时自己把该参数提取出来,并在响应拦截时把该参数拼接返回

提示:文章到此结束,文章仅为个人学习记录,若有不足还请大家指出。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值