活动倒计时实践与思考

聊一下活动倒计时的一些实践方案与思考。方案总体来说分为两种:

方案一:依赖本地时间

当然不能简单粗暴的直接获取本地时间来倒计时,结果可能是每个用户的倒计时时间千差万别,而且用户可以恶意更改本地时间去绕过倒计时操作。

方案:接口获取到服务前当前时间以后,与本地时间做一个差值计算。循环中使用本地时间加时间差得出当前时间,来计算倒计时时间,并在一定频率内更新服务器、本地时间差值。

// 接口获取服务器当前时间,并计算与本地时间的时间差
const timeDiff = serverTime - new Date().getTime()
setTimeout(() => {
    // 当前时间 = 本地时间 + 时间差 
    const currTime = new Date().getTime() + timeDiff
    // 倒计时时间 = 截止时间 - 当前时间
    const countDown = endTime - currTime
    // 显示倒计时信息
    setCountDownInfo(countDown)
}, 1000)

优点:

  • js倒计时有延迟。如果单纯使用jssetTimeout倒计时,代码运行时间越长偏差越大,本地时间的准确性就很可以实时纠正js倒计时的偏差。
  • pc端浏览器进入后台运行,js计时器会变慢;移动端应用进入后台运行,js计时器会直接停止,导致倒计时严重偏差。而依赖本地时间,就可以纠正这些偏差。

缺点:

用户也是可以修改本地时间绕过计时器的。需要一定的频率,获取服务器时间更新时间差值,防止用户修改本地时间

方案二:js倒计时

方案:获取到服务器时间以后,js用setTimeout做倒计时,不依赖本地时间。

// 接口获取服务器当前时间
let currTime = serverTime
setTimeout(() => {
    // 当前时间 = 服务器时间 循环累加
    currTime = currTime + 1000
    // 倒计时时间 = 截止时间 - 当前时间
    const countDown = endTime - currTime
    // 显示倒计时信息
    setCountDownInfo(countDown)
}, 1000)
  • 优点:解决了依赖本地时间的弊端
  • 缺点:前边提过,js定时器有偏差;页面后台运行,定时器会变慢。需要一定的频率,获取服务器当前时间矫正这些偏差

思考一:校准时间的频率

无论上述哪种方案,无论矫正js定时器偏差还是更新时间差值防止修改本地时间频率的设定都很重要,可以根据场景区分

1. 倒计时的重要性:

  • 直接控制秒杀或购买按钮的倒计时,准确性要求最高,所以需要频率相对高;
  • 其次就是浮标、活动入口按钮、落地页等提示类倒计时,不涉及主要业务逻辑,准确性要求低,可以频率设定相对低;

2. 距离倒计时结束的时长

  • 距离还很长时,更新频率高,没必要而且很浪费服务器资源。
  • 倒计时马上结束时,更新频率很低,精度就会很差。

所以通常倒计时越接近结束时,准确性要求越高。可以根据倒计时时长,来动态设定更新频率,倒计时距离结束越近,更新的频率越高,并且设定频率最高阈值;反之同理。

比如倒计时为5分钟时,30s更新一次:(5 * 60 * 1000) / 30 = 当前时间差(ms) / 当前频率(s),就可以获取动态的更新频率

3. 当然频率具体的数值,还要根据接口稳定性和用户数量决定

思考二: 使用setTimeout还是setInterval

试想:

  • 如果setInterval定时器间隔时间总是小于操作执行时间时,事件队列中就会排起队 :本次循环事件未执行完,下次循环的事件已经添加进队列中
  • 而且 当使用 setInterval时,仅当没有该定时器的任何其他代码实例时,才将定时器代码添加到队列中

所以:

  • 丢帧: 那么下次循环结束时,因为队列中已经有它的一个实例,就不会向队列中添加事件了,所以这次事件执行就会丢失。
  • 而且当前的事件执行完毕后,就会马上执行队列中已经添加的事件,这两次事件执行的时间间隔就会变小甚至无间隔

总结:

一定时间间隔重复做某些操作时,setInterval可能会出现丢帧操作之间无时间间隔的情况。所以尽量使用setTimeout,它可以保证事件在相同时间间隔内执行,并且不丢失事件

参考这篇文章

思考三: 为什么setTimeout时间间隔会有偏差

setTimeout只是负责准时的把事件添加进事件队列中,但是如果js线程在忙于执行其他任务 (处理用户交互、js代码执行等),那么这个事件就需要等待线程空闲了才能被执行

如果setTimeout递归实现倒计时,上述等待js线程产生的延迟就会在不停的循环中被叠加累计,延迟偏差就会越来越大,计时就会越来越不准。

原文链接:segmentfault.com

上一篇:rcpress- 基于React的文档生成器
下一篇:盘点Java技术在生活中的10大应用!

相关推荐

  • 高性能javascript--编程实践

    setTimeout()和settimeInterval()传递函数而不是字符串作为参数 引申: 用setTimeout()方法来模拟setInterval()与setInterval()之间的...

    6 个月前
  • 高德前端这五年:动态化技术的研发历程和全面落地实践

    前言 2015年2020年,历经5年发展,高德地图应用开发前端团队在业务快速发展中不断成长。一路走来,从小团队主要负责短期运营活动开发的散兵游勇,到现在团队规模100人,覆盖高德5大业务线,上百个模...

    22 天前
  • 高德APP启动耗时剖析与优化实践(iOS篇)

    前言最近高德地图APP完成了一次启动优化专项,超预期将双端启动的耗时都降低了65%以上,iOS在iPhone7上速度达到了400毫秒以内。就像产品们用后说的,快到不习惯。

    2 个月前
  • 马蜂窝容器化平台前端赋能实践

    容器对前端开发真的有用吗?答案是肯定的。 最初当我向公司的前端同学「安利」容器技术的时候,很多人都会说:「容器?这不是用在后端的技术吗?我不懂啊,而且前端开发用不上吧。

    1 年前
  • 首页白屏优化实践

    前言 自从前端三大框架React、Vue、Angular面世以来,前端开发逐渐趋向规范化、统一化,大多数时候新建前端项目,首先想到使用的技术一定是三大框架之一,框架给前端开发带来了极大的便利和规范...

    9 个月前
  • 首发 | 闲鱼公开多年 Flutter 实践经验

    (https://img.javascriptcn.com/7f312df423086aca9f69ec144384ad5f) 阿里妹导读:Flutter从诞生到现在,已经成为了跨端开发的领跑者。

    8 个月前
  • 飞猪找一找,端侧 AI 的实践和展望

    本文介绍飞猪互动双十一彩蛋“飞猪找一找”, 一个基于 AI 图像识别的纯客户端游戏 (/public/upload/d1c681661c07508083ea69abbe26841c) 以这个游...

    1 个月前
  • 项目中资源缓存机制实践(静态资源和本地数据缓存)

    网络资源的缓存 核心方案 1. HTML文件 nocache 2. js,css文件 时间戳/哈希/版本号,长缓存 3. 图片资源 长缓存,更新时使用新链接地址 1. 前后端...

    9 个月前
  • 音频组件开发实践

    我的blog原文链接(https://github.com/phoebeCodeSpace/blog/blob/master/audio/vueaudio.md) 最近公司迭代的项目中,新增了音频...

    2 年前
  • 面向对象的JavaScript最佳实践?[关闭]

    gnoviceesatis(https://stackoverflow.com/users/52738/gnovice)提出了一个问题:Object Oriented Javascript best ...

    2 年前

官方社区

扫码加入 JavaScript 社区