上星期面试被问到了事件执行顺序的问题,想起来以前看《深刻浅出Node.js》
时看到这一章就忽略了,此次来分析一下JavaScript的事件执行顺序。废话少说,正题开始。javascript
首先咱们要知道JavaScript
是一门单线程解释型语言。这就意味着在同一个时间下,咱们只能执行一条命令。之因此它是一门单线程语言,和它的用途有关。
JavaScript设计出来的初衷是为了加强浏览器与用户的交互,尤为是表单的交互,而以后的Ajax技术也是为了使表单的交互更加人性化而发明出来的。由于JavaScript是一门解释型的语言,而解释器内嵌于浏览器,这个解释器是单线程的。
之因此不设计成多线程是由于渲染网页的时候多线程容易引发死锁或者资源冲突等问题。可是浏览器自己是多线程的,好比解释运行JavaScript的同时还在加载网络资源。html
Why doesn't JavaScript support multithreading?前端
<!-- more -->html5
单线程就意味着若是你要运行不少命令,那么这些命令须要排序,通常状况下,这些命令是从上到下排序执行(由于解释器是从文件顶部开始)。好比如下代码是按照顺序执行的。java
console.log("1"); console.log("2"); console.log("3"); //1 //2 //3
可是咱们还有知道在JavaScript里有异步编程的说法,好比Ajax,setTimeout,setInterval或者ES6中的Promise,async,await。面试
一条命令的执行在计算机里的意思就是它此时在使用CPU等资源,那么由于想要得到CPU资源的命令有不少,而CPU执行命令也须要时间去运算得到结果,因而就有了同步异步的概念。ajax
同步就是在发出一个CPU请求时,在没有获得结果以前,该CPU请求就不返回。可是一旦调用返回,就获得返回值了。编程
异步表示CPU请求在发出以后,这个调用就直接返回了,因此没有返回结果。在运行结束后,须要经过一系列手段来得到返回值promise
这时候就要引入进程和线程的概念。浏览器
概念:进程是一个具备必定独立功能的程序在一个数据集上的一次动态执行的过程,是操做系统进行资源分配和调度的一个独立单位,是应用程序运行的载体。
因为进程对于CPU的使用是轮流的,那么就存在进程的切换,可是因为如今的程序都比较大,切换的开销很大会浪费CPU的资源,因而就发明了线程,把一个大的进程分解成多个线程共同执行。
假如我是鸣人,我想吃不少拉面,若是我一我的吃10碗的话,那我就是一个进程一个线程完成吃拉面这件事情。
可是若是我用9个分身和我一块儿吃10碗拉面,那我就是一个进程用9个线程去完成吃拉面这件事情。
而多进程这表示名人在一乐拉面里面吃拉面的同时,好色仙人在偷看妹子洗澡~ ~。好色仙人是单进程单线程去偷看的哦!
浏览器的内核是多线程的,在内核控制下各线程相互配合以保持同步,一个浏览器一般由一下线程组成:
这些线程的做用:
由于JavaScript是单线程的,而浏览器是多线程的,因此为了执行不一样的同步异步的代码,JavaScript运行的环境采用里事件循环和消息队列来达到目的。
每一个线程的任务执行顺序都是FIFO(先进先出)
在JavaScript运行的环境中,有一个负责程序自己的运行,做为主线程;另外一个负责主线程与其余线程的通讯,被称为Event Loop 线程
。
每当主线程遇到异步的任务,把他们移入到Event Loop 线程
,而后主线程继续运行,等到主线程彻底运行完以后,再去Event Loop 线程
拿结果。
而每一个异步任务都包含着与它相关联的信息,好比运行状态,回调函数等。
由此咱们能够知道,同步任务和异步任务会被分发到不一样的线程去执行。
如今咱们就能够分析一下一下代码的运行结果了。
setTimeout(()=>{console.log("我才是第一");},0); console.log("我是第一");
console.log("我是第一");
console.log("我才是第一");
;这里值得一提的是,setTimeout(callback,0)
指的是主线程中的同步任务运行完了以后马上由Event Loop 线程调入主线程。
而计时是在调入Event Loop线程注册时开始的,此时setTimeout的回调函数执行时间
与主线程运行结束的时间相关。
关于setTimeout要补充的是,即使主线程为空,0毫秒实际上也是达不到的。根据HTML的标准,最低是4毫秒。
须要注意的是,此函数是每隔一段时间将回调函数放入Event Loop线程。
一旦setInterval的回调函数fn执行时间超过了延迟时间ms,那么就彻底看不出来有时间间隔了
micro-task(微任务)
与 macro-task(宏任务)
Event Loop线程
中包含任务队列(用来对不一样优先级的异步事件进行排序),而任务队列又分为macro-task(宏任务)
与micro-task(微任务)
,在最新标准中,它们被分别称为task
与jobs
。
任务源
。而进入任务队列的是他们指定的具体执行任务(回调函数)。来自不一样的任务源的任务会进入到不一样的任务队列中,而不一样的任务队列执行过程以下:
执行过程以下:
JavaScript引擎首先从macro-task
中取出第一个任务,
执行完毕后,将micro-task
中的全部任务取出,按顺序所有执行;
而后再从macro-task
中取下一个,
执行完毕后,再次将micro-task
中的所有取出;
循环往复,直到两个队列中的任务都取完。
console.log("start"); var promise = new Promise((resolve) => { console.log("promise start.."); resolve("promise"); }); //3 promise.then((val) => console.log(val)); setTimeout(()=>{console.log("setTime1")},0); console.log("test end...")
这里咱们按顺序来分析。
console.log("start");
。Promises
直接运行console.log("promise start..")
。promise.then
,存入到micro-task队列
中。setTimeout
,存入到macro-task队列
中。console.log("test end...")
;promise.then
,输出promise
macro-task队列
中的setTimeout
,运行console.log("setTime1");
输出的顺序就是
// start // promise start // test end... // promise //setTime1
async function testSometing() { console.log("执行testSometing"); return "testSometing"; } async function testAsync() { console.log("执行testAsync"); return Promise.resolve("hello async"); } async function test() { console.log("test start..."); const v1 = await testSometing(); console.log(v1); const v2 = await testAsync(); console.log(v2); console.log(v1, v2); } test(); var promise = new Promise((resolve) => { console.log("promise start.."); resolve("promise"); }); //3 promise.then((val) => console.log(val)); setTimeout(()=>{console.log("setTime1")},3000); console.log("test end...")