在开发一个小项目时,经常会有过多少毫秒就重复执行一次某操作的需求。“没问题”,同事都说,“用setInterval好了。”实际上,大量使用setInterval可能造成很多麻烦。
原因之一:setInterval无视代码错误
setInterval有个讨厌的习惯,即对自己调用的代码是否报错这件事漠不关心。换句话说,如果setInterval执行的代码由于某种原因出了错,它还会持续不断(不管不顾)地调用该代码。
我们分析一下下面这个例子
1.function a() {
2. try
3. {
4. a.error.here;
5. }
6. catch(e)
7. {
8. $('body').append('<div>' + e.toString() + '</div>');
9. throw e;
10. }
11. }
12.
13.function b() {
14. try
15. {
16. b.error.here;
17. }
18. catch(e)
19. {
20. $('body').append('<div>' + e.toString() + '</div>');
21. throw e;
22. }
23.
24. setTimeout(b, 2000);
25. }
26.
27. setInterval(a, 2000);
28. setTimeout(b, 2000);
原因之二:setInterval无视网络延迟
假设你每隔一段时间就通过Ajax轮询一次服务器,看看有没有新数据(注意:如果你真的这么做了,那恐怕你做错了;建议使用“补偿性轮询”(backoff polling))。而由于某些原因(服务器过载、临时断网、流量剧增、用户带宽受限,等等),你的请求要花的时间远比你想象的要长。但setInterval不在乎。它仍然会按定时持续不断地触发请求,最终你的客户端网络队列会塞满Ajax调用。
我们分析一下下面这个例子
1. var n = 0,
2. t = 0,
3. u = 0,
4. i, s = 'Stopping after 25 requests, to avoid killing jsfiddle’s server';
5.
6. function a() {
7. $.post('/ajax_html_echo/', function () {
8. --n;
9. });
10. ++n;
11. ++t;
12. $('#reqs').html(n + ' a() requests in progress!');
13. if (t > 25) {
14. clearInterval(i);
15. $('#reqs').html(s);
16. }
17. }
18.
19. function b() {
20. ++u;
21. $.post('/ajax_html_echo/', function () {
22. $('#req2').html('b(): ' + new Date().toString());
23. if (u <= 25) {
24. setTimeout(b, 500);
25. } else {
26. $('#req2').html(s);
27. }
28. });
29. }
30.
31. i = setInterval(a, 500);
32. setTimeout(b, 500);
原因之三:setInterval不保证执行
与setTimeout不同,你并不能保证到了时间间隔,代码就准能执行。如果你调用的函数需要花很长时间才能完成,那某些调用会被直接忽略。
我们分析一下下面这个例子
1. function slow() {
2. $.ajax({
3. url: '/echo/html/',
4. async: false,
5. data: {
6. delay: 1
7. },
8. complete: function () {
9. }
10. });
11. $('#reqs').text(~~((new Date() - start) / 100) + ' expected, ' + iters + ' actual');
12. if (iters++ > 4) {
13. $('#reqs').append('<br>Stopping after 5 iterations');
14. clearInterval(iv);
15. }
16. };
17. var iv = setInterval(slow, 100), start = +new Date(), iters = 0;
setTimeout可以解决这个问题
与其使用setInterval,不如在适当的时刻通过setTimeout来调用函数自身。在前面两个示例中,使用setInterval的函数a都出错了,而使用setTimeout的函数b则表现很好。
如果必须保证间隔相等怎么办?
如果确实要保证事件“匀速”被触发,那可以用希望的延迟减去上次调用所花时间,然后将得到的差值作为延迟动态指定给setTimeout。不过,要注意的是JavaScript的计时器并不是非常精确。因此你不可能得到绝对“平均”的延迟,即使使用setInterval也不行,原因很多(比如垃圾回收、JavaScript是单线程的,等等)。此外,当前浏览器也会将最小的超时时间固定在4ms到15ms之间。因此不要指望一点误差也没有。
最后,Michael认为,使用setInterval还是setTimeout的选择,首先根据项目的功能要求,毕竟实现功能是首要任务。如果两者都可以使用的情况下,可以使用setTimeout实现递归调用实现更好的性能优化。
参考资料:https://www.zcfy.cc/article/why-i-consider-setinterval-to-be-harmful-zetafleet