共计 3771 个字符，预计需要花费 10 分钟才能阅读完成。
本篇内容主要讲解“setTimeout 和 setInterval 怎么理解”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让丸趣 TV 小编来带大家学习“setTimeout 和 setInterval 怎么理解”吧!
javascript 线程解释（setTimeout,setInterval 你不知道的事）
JavaScript 的 setTimeout 与 setInterval 是两个很容易欺骗别人感情的方法, 因为我们开始常常以为调用了就会按既定的方式执行, 我想不少人都深有同感, 例如
setTimeout(function(){;
setInterval(callbackFunction , 100);
认为 setTimeout 中的问候方法会立即被执行, 因为这并不是凭空而说, 而是 JavaScript API 文档明确定义第二个参数意义为隔多少毫秒后, 回调方法就会被执行. 这里设成 0 毫秒, 理所当然就立即被执行了.
同理对 setInterval 的 callbackFunction 方法每间隔 100 毫秒就立即被执行深信不疑!
但随着 JavaScript 应用开发经验不断的增加和丰富, 有一天你发现了一段怪异的代码而百思不得其解:
div.onclick = function(){
setTimeout(function(){document.getElementByIdx_x(’inputField’).focus();}, 0);
};
既然是 0 毫秒后执行, 那么还用 setTimeout 干什么, 此刻, 坚定的信念已开始动摇.
直到最后某一天 , 你不小心写了一段糟糕的代码:
setTimeout(function(){while(true){}} , 100);
setTimeout(function(){;
setInterval(callbackFunction , 200);
第一行代码进入了死循环, 但不久你就会发现, 第二, 第三行并不是预料中的事情,alert 问候未见出现,callbacKFunction 也杳无音讯!
这时你彻底迷惘了, 这种情景是难以接受的, 因为改变长久以来既定的认知去接受新思想的过程是痛苦的, 但情事实摆在眼前, 对 JavaScript 真理的探求并不会因为痛苦而停止, 下面让我们来展开 JavaScript 线程和定时器探索之旅!
拔开云雾见月明
出现上面所有误区的最主要一个原因是: 潜意识中认为,JavaScript 引擎有多个线程在执行,JavaScript 的定时器回调函数是异步执行的.
而事实上的,JavaScript 使用了障眼法, 在多数时候骗过了我们的眼睛, 这里背光得澄清一个事实:
JavaScript 引擎是单线程运行的, 浏览器无论在什么时候都只且只有一个线程在运行 JavaScript 程序.
JavaScript 引擎用单线程运行也是有意义的, 单线程不必理会线程同步这些复杂的问题, 问题得到简化.
那么单线程的 JavaScript 引擎是怎么配合浏览器内核处理这些定时器和响应浏览器事件的呢?
下面结合浏览器内核处理方式简单说明.
浏览器内核实现允许多个线程异步执行, 这些线程在内核制控下相互配合以保持同步. 假如某一浏览器内核的实现至少有三个常驻线 程:javascript 引擎线程, 界面渲染线程, 浏览器事件触发线程, 除些以外, 也有一些执行完就终止的线程, 如 Http 请求线程, 这些异步线程都会产 生不同的异步事件, 下面通过一个图来阐明单线程的 JavaScript 引擎与另外那些线程是怎样互动通信的. 虽然每个浏览器内核实现细节不同, 但这其中的 调用原理都是大同小异.
由图可看出, 浏览器中的 JavaScript 引擎是基于事件驱动的, 这里的事件可看作是浏览器派给它的各种任务, 这些任务可以源自 JavaScript 引擎当前执行的代码块, 如调用 setTimeout 添加一个任务, 也可来自浏览器内核的其它线程, 如界面元素鼠标点击事件, 定时触发 器时间到达通知, 异步请求状态变更通知等. 从代码角度看来任务实体就是各种回调函数,JavaScript 引擎一直等待着任务队列中任务的到来. 由于单线 程关系, 这些任务得进行排队, 一个接着一个被引擎处理.
上图 t1-t2..tn 表示不同的时间点,tn 下面对应的小方块代表该时间点的任务, 假设现在是 t1 时刻, 引擎运行在 t1 对应的任务方块代码内, 在这个时间点内, 我们来描述一下浏览器内核其它线程的状态.
t1 时刻:
GUI 渲染线程:
该线程负责渲染浏览器界面 HTML 元素, 当界面需要重绘 (Repaint) 或由于某种操作引发回流 (reflow) 时, 该线程就会执行. 本文虽然重 点解释 JavaScript 定时机制, 但这时有必要说说渲染线程, 因为该线程与 JavaScript 引擎线程是互斥的, 这容易理解, 因为 JavaScript 脚本是可操纵 DOM 元素, 在修改这些元素属性同时渲染界面, 那么渲染线程前后获得的元素数据就可能不一致了.
在 JavaScript 引擎运行脚本期间, 浏览器渲染线程都是处于挂起状态的, 也就是说被”冻结”了.
所以, 在脚本中执行对界面进行更新操作, 如添加结点, 删除结点或改变结点的外观等更新并不会立即体现出来, 这些操作将保存在一个队列中, 待 JavaScript 引擎空闲时才有机会渲染出来.
GUI 事件触发线程:
JavaScript 脚本的执行不影响 html 元素事件的触发, 在 t1 时间段内, 首先是用户点击了一个鼠标键, 点击被浏览器事件触发线程捕捉后形成 一个鼠标点击事件, 由图可知, 对于 JavaScript 引擎线程来说, 这事件是由其它线程异步传到任务队列尾的, 由于引擎正在处理 t1 时的任务, 这个鼠标 点击事件正在等待处理.
定时触发线程:
注意这里的浏览器模型定时计数器并不是由 JavaScript 引擎计数的, 因为 JavaScript 引擎是单线程的, 如果处于阻塞线程状态就计不了时, 它必须依赖外部来计时并触发定时, 所以队列中的定时事件也是异步事件.
由图可知, 在这 t1 的时间段内, 继鼠标点击事件触发后, 先前已设置的 setTimeout 定时也到达了, 此刻对 JavaScript 引擎来说, 定时触发线程产生了一个异步定时事件并放到任务队列中, 该事件被排到点击事件回调之后, 等待处理.
同理, 还是在 t1 时间段内, 接下来某个 setInterval 定时器也被添加了, 由于是间隔定时, 在 t1 段内连续被触发了两次, 这两个事件被排到队尾等待处理.
可见, 假如时间段 t1 非常长, 远大于 setInterval 的定时间隔, 那么定时触发线程就会源源不断的产生异步定时事件并放到任务队列尾而不管它 们是否已被处理, 但一旦 t1 和最先的定时事件前面的任务已处理完, 这些排列中的定时事件就依次不间断的被执行, 这是因为, 对于 JavaScript 引擎来 说, 在处理队列中的各任务处理方式都是一样的, 只是处理的次序不同而已.
t1 过后, 也就是说当前处理的任务已返回,JavaScript 引擎会检查任务队列, 发现当前队列非空, 就取出 t2 下面对应的任务执行, 其它时间依此类推, 由此看来:
如果队列非空, 引擎就从队列头取出一个任务, 直到该任务处理完, 即返回后引擎接着运行下一个任务, 在任务没返回前队列中的其它任务是没法被执行的.
相信您现在已经很清楚 JavaScript 是否可多线程, 也了解理解 JavaScript 定时器运行机制了, 下面我们来对一些案例进行分析:
案例 1:setTimeout 与 setInterval
setTimeout(function(){
setTimeout(arguments.callee, 10);
}, 10);
setInterval(function(){
}, 10);这两段代码看一起效果一样, 其实非也, 第一段中回调函数内的 setTimeout 是 JavaScript 引擎执行后再设置新的 setTimeout 定时, 假定上一个回调处理完到下一个回调开始处理为一个时间间隔, 理论两个 setTimeout 回调执行时间间隔 =10ms . 第二段自 setInterval 设置定时后, 定时触发线程就会源源不断的每隔十秒产生异步定时事件并放到任务队列尾, 理论上两个 setInterval 回调执行时间间隔 =10.
案例 2:ajax 异步请求是否真的异步?
很多同学朋友搞不清楚, 既然说 JavaScript 是单线程运行的, 那么 XMLHttpRequest 在连接后是否真的异步?
其实请求确实是异步的, 不过这请求是由浏览器新开一个线程请求(参见上图), 当请求的状态变更时, 如果先前已设置回调, 这异步线程就产生状态变更事件放到 JavaScript 引擎的处理队列中等待处理, 当任务被处理时,JavaScript 引擎始终是单线程运行回调函数, 具体点即还是单线程运行 onreadystatechange 所设置的函数.
个人补充：
setTimeout 或者 setInterval 的设置的时间参数的具体意思是：在参数指定的时间后将待执行方法放到执行队列中，如果队列中没有其他方法等待，则回立即执行 setTimeout 指定的方法，因此有时给人好像是立即执行的假象。
到此，相信大家对“setTimeout 和 setInterval 怎么理解”有了更深的了解，不妨来实际操作一番吧！这里是丸趣 TV 网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
