不用setInterval,仅用setTimeout实现周期性任务,其背后的原理和优缺点究竟是怎样的?

2026-04-08 21:462阅读0评论SEO资源
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计1196个文字,预计阅读时间需要5分钟。

不用setInterval,仅用setTimeout实现周期性任务,其背后的原理和优缺点究竟是怎样的?

《JavaScript高级程序设计(第3版)》(以下简称红宝书)22.3节详细介绍了高级定时器,其中包括了setTimeout和setInterval。阅读完本书后,我深入理解了两者的区别,并结合前辈们的建议,给出以下使用建议:

使用setTimeout,而不是setInterval的原因:

不用setInterval,仅用setTimeout实现周期性任务,其背后的原理和优缺点究竟是怎样的?

1. 更精确的定时: setTimeout可以更精确地控制执行时间,因为JavaScript是单线程执行的,而setInterval可能会因为其他任务而延迟执行。

2.避免无限循环: 使用setTimeout可以避免因忘记清除定时器而导致的无限循环问题。

3.更灵活的控制: 可以通过setTimeout的返回值来控制后续的定时任务,实现更复杂的定时逻辑。

具体建议:

1. 使用setTimeout实现周期性任务: 将setTimeout作为setInterval的替代方案,通过递归调用setTimeout来实现周期性任务。

2.合理设置延迟时间: 根据任务需求,合理设置延迟时间,避免过短或过长。

3.清除定时器: 在任务完成后,及时清除定时器,避免资源浪费。

示例代码:

javascript

function repeatTask() { console.log('执行任务'); setTimeout(repeatTask, 1000); // 1秒后再次执行}

setTimeout(repeatTask, 1000); // 启动定时任务

通过以上建议,相信可以帮助你更有效地使用setTimeout,实现更灵活的定时功能。

JavaScript高级程序设计(第三版)(以下简称红宝书)22.3高级定时器中详细介绍了定时器setTimeout和setInterval,看完书后,深入理解了二者的区别,结合前辈们给我的建议“用setTimeout,不要用setInterval”,写下此文,分析这个建议的合理性。
这两个家伙看上去长得差不多,func是要执行的函数,interval是时间间隔。

setTimeout(func,interval) setInterval(func,interval)

关于时间间隔,红宝书中这么说:

设定一个 150ms 后执行的定时器不代表到了 150ms 代码就立刻执行,它表示代码会在 150ms 后被加入到队列中。如果在这个时间点上,队列中没有其他东西,那么这段代码就会被执行。

对于这个时间间隔的理解非常重要!步入正题,为何不用setInterval,因为它可能会带来两个问题:

  • “丢帧”现象
  • 不同定时器的代码的执行间隔比预期小

一图胜千言,如下图所示,让我们跟着时间线看看这样的问题怎么发生的。假定一个场景,在click事件中设置了setInterval(func,500),假设click事件和定时器内函数的执行时间都是1s,为了方便陈述,我把不同时间触发的func取了不同的名字,实际上接下来的func1=func2=func3=func。在0s处触发click事件,click事件执行,在0.2s处触发定时器,0.7s处第一个函数func1加入到事件队列,但由于JS引擎是单线程的,click事件还在执行,所以func1等待着,等到1s处,click事件执行完毕,fun1才开始执行。按照定时器的时间间隔,1.2s处第二个函数func2加入到事件队列,但此时fun1正在执行,所以func2只能等待。0.5s后,也就是1.7s处,第三个函数func理应加入事件队列,但是JS引擎做了一个事情:

当使用 set Interval()时,仅当没有该定时器的任何其他代码实例时,才将定时器代码添加到队列中。

在1.7s处,func1在执行,func2在队列里等待执行,func2就是该定时器的代码实例,按照JS引擎的处理,func3不会加入到事件队列里,更别说执行了,这就导致出现了“丢帧”现象。而在图中也可以注意到,func1执行完毕,线程空闲了,func2就可以执行了,这就使得func1和func2之间的执行没有时间间隔,这跟我们所预期的500ms产生一次结果是不同的。

而如果使用链式setTimeout调用,每次函数执行的时候都会创建一个新的定时器。第二个setTimeout()调用使用了 arguments.callee 来获取对当前执行的函数的引用,并为其设置另外一个定时器。这样做的好处是,在前一个定时器代码执行完之前,不会向队列插入新的定时器代码,确保不会有任何缺失的间隔。而且,它可以保证在下一次定时器代码执行之前,至少要等待指定的间隔,避免了连续的运行。代码如下所示

setTimeout(function(){ //do something setTimeout(arguments.callee,interval); },interval)

用setTimeout方法的话,上面假设的场景就发生了改变,如下图所示,在0s处触发click事件,click事件执行,在0.2s处触发定时器,0.7s处第一个函数func1加入到事件队列,click事件执行了1s,在1s处func1执行,2s处func1执行结束,第二个setTimeout定时器才被触发,0.5s后将函数func2加入队列,此时队列为空,func2开始执行,3.5s处func2执行结束,又一个setTimeout定时器被触发,0.5s后将函数func3加入队列,此时队列为空,func3开始执行。。。

通过上面这个场景,我们能知道当需要用定时器来设置一个操作重复执行,并且这个操作需要执行一定的时间,记得用setTimeout,不用setInterval!

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持易盾网络。

本文共计1196个文字,预计阅读时间需要5分钟。

不用setInterval,仅用setTimeout实现周期性任务,其背后的原理和优缺点究竟是怎样的?

《JavaScript高级程序设计(第3版)》(以下简称红宝书)22.3节详细介绍了高级定时器,其中包括了setTimeout和setInterval。阅读完本书后,我深入理解了两者的区别,并结合前辈们的建议,给出以下使用建议:

使用setTimeout,而不是setInterval的原因:

不用setInterval,仅用setTimeout实现周期性任务,其背后的原理和优缺点究竟是怎样的?

1. 更精确的定时: setTimeout可以更精确地控制执行时间,因为JavaScript是单线程执行的,而setInterval可能会因为其他任务而延迟执行。

2.避免无限循环: 使用setTimeout可以避免因忘记清除定时器而导致的无限循环问题。

3.更灵活的控制: 可以通过setTimeout的返回值来控制后续的定时任务,实现更复杂的定时逻辑。

具体建议:

1. 使用setTimeout实现周期性任务: 将setTimeout作为setInterval的替代方案,通过递归调用setTimeout来实现周期性任务。

2.合理设置延迟时间: 根据任务需求,合理设置延迟时间,避免过短或过长。

3.清除定时器: 在任务完成后,及时清除定时器,避免资源浪费。

示例代码:

javascript

function repeatTask() { console.log('执行任务'); setTimeout(repeatTask, 1000); // 1秒后再次执行}

setTimeout(repeatTask, 1000); // 启动定时任务

通过以上建议,相信可以帮助你更有效地使用setTimeout,实现更灵活的定时功能。

JavaScript高级程序设计(第三版)(以下简称红宝书)22.3高级定时器中详细介绍了定时器setTimeout和setInterval,看完书后,深入理解了二者的区别,结合前辈们给我的建议“用setTimeout,不要用setInterval”,写下此文,分析这个建议的合理性。
这两个家伙看上去长得差不多,func是要执行的函数,interval是时间间隔。

setTimeout(func,interval) setInterval(func,interval)

关于时间间隔,红宝书中这么说:

设定一个 150ms 后执行的定时器不代表到了 150ms 代码就立刻执行,它表示代码会在 150ms 后被加入到队列中。如果在这个时间点上,队列中没有其他东西,那么这段代码就会被执行。

对于这个时间间隔的理解非常重要!步入正题,为何不用setInterval,因为它可能会带来两个问题:

  • “丢帧”现象
  • 不同定时器的代码的执行间隔比预期小

一图胜千言,如下图所示,让我们跟着时间线看看这样的问题怎么发生的。假定一个场景,在click事件中设置了setInterval(func,500),假设click事件和定时器内函数的执行时间都是1s,为了方便陈述,我把不同时间触发的func取了不同的名字,实际上接下来的func1=func2=func3=func。在0s处触发click事件,click事件执行,在0.2s处触发定时器,0.7s处第一个函数func1加入到事件队列,但由于JS引擎是单线程的,click事件还在执行,所以func1等待着,等到1s处,click事件执行完毕,fun1才开始执行。按照定时器的时间间隔,1.2s处第二个函数func2加入到事件队列,但此时fun1正在执行,所以func2只能等待。0.5s后,也就是1.7s处,第三个函数func理应加入事件队列,但是JS引擎做了一个事情:

当使用 set Interval()时,仅当没有该定时器的任何其他代码实例时,才将定时器代码添加到队列中。

在1.7s处,func1在执行,func2在队列里等待执行,func2就是该定时器的代码实例,按照JS引擎的处理,func3不会加入到事件队列里,更别说执行了,这就导致出现了“丢帧”现象。而在图中也可以注意到,func1执行完毕,线程空闲了,func2就可以执行了,这就使得func1和func2之间的执行没有时间间隔,这跟我们所预期的500ms产生一次结果是不同的。

而如果使用链式setTimeout调用,每次函数执行的时候都会创建一个新的定时器。第二个setTimeout()调用使用了 arguments.callee 来获取对当前执行的函数的引用,并为其设置另外一个定时器。这样做的好处是,在前一个定时器代码执行完之前,不会向队列插入新的定时器代码,确保不会有任何缺失的间隔。而且,它可以保证在下一次定时器代码执行之前,至少要等待指定的间隔,避免了连续的运行。代码如下所示

setTimeout(function(){ //do something setTimeout(arguments.callee,interval); },interval)

用setTimeout方法的话,上面假设的场景就发生了改变,如下图所示,在0s处触发click事件,click事件执行,在0.2s处触发定时器,0.7s处第一个函数func1加入到事件队列,click事件执行了1s,在1s处func1执行,2s处func1执行结束,第二个setTimeout定时器才被触发,0.5s后将函数func2加入队列,此时队列为空,func2开始执行,3.5s处func2执行结束,又一个setTimeout定时器被触发,0.5s后将函数func3加入队列,此时队列为空,func3开始执行。。。

通过上面这个场景,我们能知道当需要用定时器来设置一个操作重复执行,并且这个操作需要执行一定的时间,记得用setTimeout,不用setInterval!

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持易盾网络。