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
进程就是一个应用程序在处理机上的一次执行过程,它是一个动态的概念,而线程是进程中的一部分,进程包含多个线程在运行。一简言之: 进程就是一个应用程序在处理机上的一次执行过程,它是一个动态的概念,而线程是进程中的一部分,进程包含多个线程在运行。
浏览器的内核是多线程的,一个浏览器一般至少实现三个常驻线程:javascript引擎线程,GUI渲染线程,浏览器事件触发线程。当我们要循环过百万级的数据甚至亿的时候怎么办?那就用setTimeout模拟一个多线程。
对 JavaScript 解释器和浏览器的线程机制理解的不是特别透彻,很容易混淆浏览器多线程机制并错误认为由于 Web Worker 的设计使得 JavaScript 拥有了多线程的能力。事后搜了不少资料进行学习,整理成此文,主要介绍浏览器的各个引擎、线程间的工作机制以及 JavaScript 单线程的一些事。
进程是正在运行的程序的实例;线程(英语:thread)是操作系统能够进行运算调度的最小单位。可以打开任务管理器,可以看到有一个后台进程列表。这里就是查看进程的地方,而且可以看到每个进程的内存资源信息以及cpu占有率。
浏览器端JavaScript是以单线程的方式执行的,也就是说JavaScript和UI渲染占用同一个主线程,那就意味着,如果JavaScript进行高负载的数据处理,UI渲染就很有可能被阻断,浏览器就会出现卡顿,降低了用户体验。
很多人都想知道单线程的 Node.js 怎么能与多线程后端竞争。考虑到其所谓的单线程特性,许多大公司选择 Node 作为其后端似乎违反直觉。要想知道原因,必须理解其单线程的真正含义。
JavaScript的一大特点就是单线程, 同一时间只能做一件事情,主要和它的用途有关, JavaScript主要是控制和用户的交互以及操作DOM。注定它是单线程。 假如是多个线程, 一个移除DOM节点,一个新增DOM节点,浏览器以谁的为准呢?
众所周知,JS的执行顺序是自上而下的。 严格意义上来说,javascript没有多线程的概念,所有的程序都是单线程依次执行的。 就是代码在执行过程中,另一段代码想要执行就必须等当前代码执行完成后才可以进行。
JS单线程:我们都知道JavaScript它是一个单线程的语言,同一时间只能做一件事。比如:在浏览器中,某一时刻我们在操作DOM,你们这个时刻我们就不能去运行JavaScript代码,反过来也是,当我们在运行JavaScript代码的时候
篇文章主要分享介绍了WebWorker特殊应用场景, 扩展了WebWorker的能力, 为跨页面通信提供了另外一种思路。在上一篇文章里面也有了解到webworker与主线程之间的通信,使用的是一个PostMessage
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!