浏览器当中会有一个线程专门用于渲染(持续循环),叫做渲染主线程
。
js是执行在渲染主线程上的,因此js是单线程语言(并非浏览器是单线程运行状态)
渲染主线程承担着诸多工作,渲染页面、执行、js都在上面
浏览器当中会有一个线程专门用于渲染(持续循环),叫做渲染主线程
,js是执行在渲染主线程上的,因此js是单线程语言(并非浏览器是单线程运行状态)
有一个消息队列,若干个任务,当其它线程有任务的时候,会丢进消息队列当中。(先进先出队列)
渲染主线程一次执行一个任务,执行完当前任务后会去消息队列中拿下一个任务进行执行,以此类推。当消息队列当中没有任务的时候,渲染主线程进入休眠状态,当有新的任务的时候会将其唤醒。
有些任务无法立即执行,称为异步执行。
常见的:
setTimeout
、setIntervel
XHR
、fetch
addEventListener
异步函数,如:
setTimeout(fn,3000) // 3秒后执行fn函数
addEventListener('click',fn) //点击运行的函数
渲染主线程运行计时任务都是异步,否则导致浏览器卡死。
运行计时任务(异步的过程):
setTimeout(fn,3000)
3s 后执行函数 fn
)消息队列
计时线程
,然后就不管了,接着执行其它的任务fn
扔进消息队列fn
执行回答逻辑:
为什么要用异步?(js是单线程语言)——>不用异步会造成什么后果?——>异步是怎么进行的?
JS是一门单线程的语言,这是因为它运行在浏览器的渲染主线程中。而渲染主线程只有一个,
而渲染主线程承担着诸多的工作,渲染页面、执行 JS (包括解析html、解析css等)都在其中运行。
如果使用同步的方式,就极有可能导致主线程产生阻塞,从而导致消息队列中的很多其他任务无法得到执行。
这样一来,一方面会导致繁忙的主线程白白的消耗时间,另一方面导致页面无法及时更新,给用户造成卡死现象。
所以浏览器采用异步的方式来避免。
具体做法是当某些任务发生时,比如计时器、网络、事件监听,主线程将任务交给其他线程去处理,自身立即结束任务的执行,转而执行后续代码。当其他线程完成时,将事先传递的回调函数包装成任务,加入到消息队列的末尾排队,等待主线程调度执行。在这种异步模式下,浏览器永不阻塞,从而最大限度的保证了单线程的流畅运行。
任务没有优先级,在消息队列中先进先出
但消息队列是有优先级的
根据 W3C 的最新解释:
随着浏览器的复杂度急剧提升,W3C 不再使用宏队列的说法
在目前 chrome 的实现中,至少包含了下面的队列:
添加任务到微队列的主要方式主要是使用 Promise、MutationObserver 例如: // 立即把一个函数添加到微队列 Promise.resolve().then(函数) 浏览器还有很多其他的队列,由于和我们开发关系不大,不作考虑
参考答案: 事件循环又叫做消息循环,是浏览器渲染主线程的工作方式。 在 Chrome 的源码中,它开启一个不会结束的 for 循环,每次循环从消息队列中取出第一个任务执行,而其他线程只需要在合适的时候将任务加入到队列末尾即可。 过去把消息队列简单分为宏队列和微队列,这种说法目前已无法满足复杂的浏览器环境,取而代之的是一种更加灵活多变的处理方式。 根据 W3C 官方的解释,每个任务有不同的类型,同类型的任务必须在同一个队列,不同的任务可以属于不同的队列。不同任务队列有不同的优先级,在一次事件循环中,由浏览器自行决定取哪一个队列的任务。但浏览器必须有一个微队列,微队列的任务一定具有最高的优先级,必须优先调度执行。
参考答案: 不行,因为: