JS setTimeout

时间:2022-09-27 baymax 人气:0

1.先说说我们都知道的setTimeout

setTimeout在我们写代码中会经常用到，不管是前端还是服务端，目的是延迟执行。

    setTimeout(() => {
        console.log('延迟执行');
    }，1000);

貌似没什么可讲的。

2.再讲讲我们可能不知道的setTimeout

我们可能遇到这么一个问题：在一段逻辑中，需要执行某段代码，但是怎么也没有效果。最后，在试试看+从网上找的情况下，用了一个setTimeout,神奇的事情发生了，程序能够正确运行。

我写一个具体的我们在实际项目中用到的：

需求是点击某个按钮时弹出一个弹框，然后点击弹框外的任何区域，弹框消失。但点击弹框中的任何地方和元素，弹框不会消失。

<body>
        <button type="button" class="clickBtn">点击我</button>
        <div id="mask">
            <p class="title">提示</p>
            <p>
                <span class="area-content">这是一个弹框</span>
                <a href="javascript:;" rel="external nofollow" >跳转</a>
            </p>
        </div>
        <script type="text/javascript">
            document.querySelector('.clickBtn').addEventListener('click', () => {
                document.querySelector('#mask').style.display = 'block';
                setTimeout(() => {
                    window.addEventListener('click', hides, false);
                }, 0);
            });
            function hides(e) {
                document.querySelector('#mask').style.display = 'none';
                window.removeEventListener('click', hides, false);
            }

            document.querySelector('#mask').addEventListener('click', e => {
                e.stopPropagation();
            });
        </script>
    </body>

通过上面的写法，利用setTimeout很方便的实现了页面功能，而不需要去通过各种e.target的判断去费力的实现。

上面代码最重要的在于setTimeout(()=>{},0) 这段逻辑。要明白为什么加个setTimeout就能实现，而如果不加，那么弹框就无法正确显示和隐藏，就需要知道一个很重要的概念： event-loop。也就是事件循环机制。

event-loop

事件循环机制其实在网站上也有不少的分析，而且分析的不错。最后我会附上好文章的链接供大家参考。

我在此想从宏观上再提一下event-loop

event-loop在node中和在浏览器中的实现方式不相同。node是通过libuv库来实现，而浏览器是不同的厂商去完成。这里不讨论node，只看浏览器厂商是怎么处理时间循环的。

其中有重点的含义需要清除。既然叫事件循环，那么就说明事件是循环着执行的。一个事件循环有一个或多个任务队列,每一个任务队列里的任务是严格按照先进先出的顺序执行的，但是不同任务队列的任务的执行顺序是不确定的。

那么哪些行为属于task或者microtask呢？标准没有阐述，但各种技术文章总结都如下(不包含node)：

macrotasks script(整体代码), setTimeout, setInterval,
microtasks Promise

看一下标准阐述的事件循环的进程模型：

1.选择当前要执行的任务队列，选择一个最先进入任务队列的任务，如果没有任务可以选择，则会跳转至microtask的执行步骤。
2.将事件循环的当前运行任务设置为已选择的任务。
3.运行任务。
4.将事件循环的当前运行任务设置为null。

将运行完的任务从任务队列中移除：

5.microtasks步骤：进入microtask检查点（performing a microtask checkpoint ）。
6.更新界面渲染。
7.返回第一步。

执行进入microtask检查点时，用户代理会执行以下步骤：

设置进入microtask检查点的标志为true。
当事件循环的微任务队列不为空时：选择一个最先进入microtask队列的microtask；设置事件循环的当前运行任务为已选择的microtask；运行microtask；设置事件循环的当前运行任务为null；将运行结束的microtask从microtask队列中移除。
对于相应事件循环的每个环境设置对象（environment settings object）,通知它们哪些promise为rejected。
清理indexedDB的事务。
设置进入microtask检查点的标志为false。

那么该举个例子了，上面的知识确实有些难懂。

console.log('script start');
setTimeout(function() {
  console.log('setTimeout');
}, 0);
Promise.resolve().then(function() {
  console.log('promise1');
}).then(function() {
  console.log('promise2');
});

console.log('script end');

当然，如果你测试的浏览器支持的Promise不支持Promise/A+标准，或是你使用了其他Promise polyfill，运行结果可能有差异。

运行结果是：

script start
script end
promise1
promise2
setTimeout

具体的解释步骤在后面附的链接中有详细的解读，我就不再啰嗦了。

知识想强调一下整个事件循环：

第一个事件循环里，只有一个任务，就是js的加载 -> 把setTimeout和promise分别放入macrotasks和microtask队列中 ->js执行完后，进入下一个事件循环 -> 执行microtask任务队列中的所有任务 -> 执行macrotasks中的一个任务，当前宏任务执行完毕后 -> 如果此时微任务队列不为空，则重新执行所有微任务,如果微任务为空，则执行下一个macroTask -> 完成，继续下一个事件循环

现在再回过头来看刚开始我写的那个弹框的例子，就能知道为什么setTimeout隔0秒以后执行，也能实现需求了。根本原因就是因为setTimeout是一个task，需要在下一个时间周期执行。

setTimeout(() => {
   console.log(1); 
},0)

setTimeout(() => {
    console.log(2);
    Promise.resolve().then(() => console.log('promise1'));
    Promise.resolve().then(() => console.log('promise2'));
}, 0)
setTimeout(() => {
    console.log(3);
}, 0)

执行结果是：

1
2
promise1
promise2
3

3. node中的时间循环执行顺序

node中的事件循环，总体上说，在node9之前，它的实现跟浏览器是不一样的，就相同api的部分来说，宏任务的执行会有区别，比如说同样是上面的这个例子，在node 8.x中执行，顺序是这样的：

1
2
3
promise1
promise2

在node高版本中，跟浏览器的特性进行了对齐。所以在真正上线的时候，如果有线上编译的情况，一定要注意node的版本，小心这些坑。

4. 关于事件循环中的promise

setTimeout比较简单，也比较直接，我们还容易理解和使用。但是当遇到promise的时候，会有些难度，可能如果只涉及简单的场景，promise倒是也会使用，无非就是 new Promise((resolve, reject)).then() 但是，当遇到复杂场景的时候，其实是会有坑，如果不真正了解原理，是容易掉坑里的。

加载全部内容