如何理解JS的单线程?

更新日期: 2019-04-27 阅读: 3.3k 标签: 线程

JS本质是单线程的。也就是说,它并不能像JAVA语言那样,两个线程并发执行。 但我们平时看到的JS,分明是可以同时运作很多任务的,这又是怎么回事呢?首先,JS的代码,大致分为两类,同步代码和异步代码。

console.log(1)
console.log(2)
console.log(3)

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


JS引擎的主线程负责执行代码,由于只有这一个线程,执行当然是同步的,即按照顺序来。另外,还有一个叫做任务队列的东西,所有的异步代码都是从队列当中来。

所以实际上我们会发现,JS根本不可能同时执行两个任务,本质上还是单线程。

在JS中,所谓的异步任务,有三种:

第一,  鼠标键盘事件触发,例如onclick、onkeydown等等
第二,  网络事件触发,例如onload、onerror等等
第三,  定时器,例如setTimeout、setInterval

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

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

 

我们来看个简单的例子:

setTimeout(“console.log(2)”, 0);
console.log(1);

反复执行这段代码,结果都是先打印1再打印2

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

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

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

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


我们再看一个关于ajax的例子

var req = newXMLHttpRequest();
req.open(“get“, “http://xxxxxxxx“);
req.onload =function(){......}
req.send();

我曾经在课堂跟学生讲课的时候,不小心把这个概念给讲错了,我当时说send方法和onload是不可以交换顺序的,实际上完全没有影响。被我误导的同学,我表示万分抱歉!希望此贴可以弥补我的罪过。

为什么说send方法和onload交换顺序完全没有问题呢? 因为send是一个异步方法,也就是当我们把代码写成这样:

var req = newXMLHttpRequest();
req.open(“get“, “http://xxxxxxxx“);
req.send();
req.onload =function(){......}

主线程在send方法执行时,由于是异步方法,因此它不会立刻执行,而是存入任务队列,然后继续向下执行代码,添加onload事件。所以send方法无论如何都会在添加onload事件之后再执行,因此顺序颠倒是无关要紧的。不过需要提醒的是,onload事件在添加时,并不会加入任务队列,而是通知网络事件触发线程,一旦网络请求结束,事件被触发,该线程便会立刻向任务队列中加入这个onload函数,从而完成回调。


最后我们用一个完整的例子来观察一下JS如何以单线程执行代码

setTimeout( a, 0);
setInterval( b,500);
for(......){
//假设循环执行了大量操作,花费时间1000ms
//而在for循环执行期间,用户通过鼠标触发了一次单击事件
}
console.log(123);
setInterval(c,250);

那么任务队列的情况如下:

a

b

click

b

c

c

b

c

c

b

...


我们按顺序来解释一下:

任务a,由于延迟为0,则以最短时间立即加入队列。

任务b,等待500ms后,加入队列,此时for循环运行过半

任务click,由于发生在for循环执行期间,所以此时出现

任务b,for循环结束时,又过了500ms,因此加入b

任务c,从for循环结束时开始计时,250ms后加入c

任务c,因为又过了250ms

任务b,与此同时,距离上次加入b间隔为500ms,因此加入b

往后,每出现两次c,出现一次b


本文内容仅供个人学习、研究或参考使用,不构成任何形式的决策建议、专业指导或法律依据。未经授权,禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载,请保留原文来源信息,不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持!

链接: https://fly63.com/article/detial/3090

相关推荐

理解JS执行顺序

众所周知,JS的执行顺序是自上而下的。 严格意义上来说,javascript没有多线程的概念,所有的程序都是单线程依次执行的。 就是代码在执行过程中,另一段代码想要执行就必须等当前代码执行完成后才可以进行。

解决JavaScript单线程问题webWorkers

worker是HTML5规范的API,所以你没法在node环境中使用.worker没办法对dom元素操作, 只能在主线程中, 多线程操作dom感觉就不大好.worker可以用于执行长时间运行的计算、处理大量数据、执行网络请求等任务

javascript中的伪线程,使用setTimeout模拟一个多线程

浏览器的内核是多线程的,一个浏览器一般至少实现三个常驻线程:javascript引擎线程,GUI渲染线程,浏览器事件触发线程。当我们要循环过百万级的数据甚至亿的时候怎么办?那就用setTimeout模拟一个多线程。

JavaScript Event Loop和微任务、宏任务

JavaScript的一大特点就是单线程, 同一时间只能做一件事情,主要和它的用途有关, JavaScript主要是控制和用户的交互以及操作DOM。注定它是单线程。 假如是多个线程, 一个移除DOM节点,一个新增DOM节点,浏览器以谁的为准呢?

WebWorker进阶

篇文章主要分享介绍了WebWorker特殊应用场景, 扩展了WebWorker的能力, 为跨页面通信提供了另外一种思路。在上一篇文章里面也有了解到webworker与主线程之间的通信,使用的是一个PostMessage

理解的线程、进程的关系与区别

进程就是一个应用程序在处理机上的一次执行过程,它是一个动态的概念,而线程是进程中的一部分,进程包含多个线程在运行。一简言之: 进程就是一个应用程序在处理机上的一次执行过程,它是一个动态的概念,而线程是进程中的一部分,进程包含多个线程在运行。

深入理解 Node.js 中的 Worker 线程

多年以来,Node.js 都不是实现高 CPU 密集型应用的最佳选择,这主要就是因为 JavaScript 的单线程。作为对此问题的解决方案,Node.js v10.5.0 通过 worker_threads 模块引入了实验性的 “worker 线程” 概念

进程切换与线程切换的区别?

注意这个题目问的是进程切换与线程切换的区别,不是进程与线程的区别。当然这里的线程指的是同一个进程中的线程。这个问题能很好的考察面试者对进程和线程的理解深度,有比较高的区分度。

浏览器进程线程

进程是正在运行的程序的实例;线程(英语:thread)是操作系统能够进行运算调度的最小单位。可以打开任务管理器,可以看到有一个后台进程列表。这里就是查看进程的地方,而且可以看到每个进程的内存资源信息以及cpu占有率。

JavaScript多线程编程

浏览器端JavaScript是以单线程的方式执行的,也就是说JavaScript和UI渲染占用同一个主线程,那就意味着,如果JavaScript进行高负载的数据处理,UI渲染就很有可能被阻断,浏览器就会出现卡顿,降低了用户体验。

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!