如何理解JavaScript的单线程

JS的本质是单线程的。这点区别于JAVA的两个线程并发

但是，平时的JS，确实是同时运行很多任务，这又是怎么回事？？？？

First，js的代码分为两种。同步代码和异步代码。

?

1 2 3

console.log（1） console.log（1） console.log（1）

这就是典型的同步代码，编写顺序就是执行顺序。

js引擎的主线程负责执行代码，由于只有这样一个线程，执行当然是同步的，即按照顺序来。

另外，还有一个叫做任务队列的东西，所有的异步代码都是从队列当中来。

通过上图我们就可以发现，JS根本不可能同时执行两个任务，本质上还是单线程的。

在JS中，所谓的异步分为三种：

第一，鼠标的键盘事件触发，例如onclick，onkeydown等等

第二，网络的事件触发，例如onload，onerror等等

第三，定时器，例如setTimeout，setInterval

因为这些任务的发生都不是发生在当下，而是过一段事件以后再执行。因此时间不可控。简单的就是说，你不能让因为5秒后要执行一个函数，就让主线程闲置5秒什么都不干吧！所以你只能继续执行后续的同步代码。而当你单击鼠标或滚动窗口时，主线程可能正在执行其他的任务，忙着呢！没有功夫处理，因此，事件触发线程就负责来接收这个事件，并把要执行的任务暂时保存在队列当中。等主线程把手里的同步代码执行完成后，就立刻会向任务队列提取最新的任务。

 

这也就解释了为什么我们总把JS的异步函数叫做回调了，因为真的不是马上执行，而是回头再调。

我们看一个简单的例子：

?

1 2	setTimeout("console.log(2)",0) console.log(1)

　　反复执行这段代码，都是先打印1，后打印2

因为setTimeout是一个异步的任务，第二参数真正的含义是在0毫秒之后，将代码插入到队列中，而不是在0毫秒之后执行。

当插入任务队列后，主线程会继续执行后续的代码，也就是打印结果1，如果此时的当前的同步代码已经执行完毕，则主线程立刻会从任务队列中取出最新的任务执行。再打印出j结果2。

平时我们使用定时器，时间上往往不准确，就是因为在加入任务队列时。前面可能有很多任务在排队，你明明写了延迟80ms，可是却等了100ms才出现了结果。

同时我们也理解了，为什么setInterval的事件间隔不能设置为0，一般情况下浏览器允许的最小值为16ms，因为如果你设置了0的话，对于浏览器来说，压力简直太大了，定时器触发线程会玩命的往队列中插入任务，而不是完成一个在插入一个。

我们再看一个ajax的例子

?

1 2 3 4

var req = new XMLHttpRequest(); req.open("get","http://XXXXXXXXXXX"); req.onload = function(){................} req.send();

　　

这里的send和onload是可以交换顺序的，因为send是一个异步的方法

 

。。。。。。。。。。未完待续