JavaScript:event loop详解

之前已经有两篇随笔提到了event loop,一篇是事件机制,一篇是tasks和microtasks,但是里面的event loop都是文字描述,很难说细,逻辑也只是简单的提了一遍。其实之前也是通过阮一峰老师的一篇网络日志:再谈event loop,然后写了点自己的想法。但是总感觉里面一些细节没有提到,像微任务队列这种。后来通过查看了一些国外的文档,尤其是一些谷歌Chrome开发人员的技术文档,并且结合了whatwg的一些HTML标准,这才有了点较全面的认识,这里把它记录下来。

这里先来看一段代码,这是HTML规范里提到的:

eventLoop = {
taskQueues: {
events: [], // UI events from native GUI framework
parser: [], // HTML parser
callbacks: [], // setTimeout, requestIdleTask
resources: [], // image loading
domManipulation: []
}, microtaskQueue: [
], nextTask: function() {
// Spec says:
// "Select the oldest task on one of the event loop's task queues"
// Which gives browser implementers lots of freedom
// Queues can have different priorities, etc.
for (let q of taskQueues)
if (q.length > 0)
return q.shift();
return null;
}, executeMicrotasks: function() {
if (scriptExecuting)
return;
let microtasks = this.microtaskQueue;
this.microtaskQueue = [];
for (let t of microtasks)
t.execute();
}, needsRendering: function() {
return vSyncTime() && (needsDomRerender() || hasEventLoopEventsToDispatch());
}, render: function() {
dispatchPendingUIEvents();
resizeSteps();
scrollSteps();
mediaQuerySteps();
cssAnimationSteps();
fullscreenRenderingSteps(); animationFrameCallbackSteps(); intersectionObserverSteps(); while (resizeObserverSteps()) {
updateStyle();
updateLayout();
}
paint();
}
} while(true) {
task = eventLoop.nextTask();
if (task) {
task.execute();
}
eventLoop.executeMicrotasks();
if (eventLoop.needsRendering())
eventLoop.render();
}

事件循环并没有多说关于什么时候dispatch event:

1,每一个queue(队列)中的事件都是按顺序执行;

2,事件可以直接dispatch,绕过task queues(任务队列)

2,微任务是在一个task执行完成后立即执行;

3,渲染部分循环是在vSync上执行,并且按以下顺序传递事件:

1️⃣分派待处理的UI事件,2️⃣resize事件,3️⃣scroll滚动事件,4️⃣mediaquery监听者(css @media),5️⃣CSSAnimation事件,6️⃣Observers,7️⃣requestAnimationFrame

下面来详细说一下

UI events有两类:

1,Discrete,俗称离散事件,就是那些不连续的,比如(mousedown,mouseup,touchstart,touchend)等

2,Continuous,俗称连续事件,就是连续的,比如(mousemove,mousewheel,touchmove,wheel)等

两种事件的注意点不同:

1,连续事件:一个UI event task queue中,相匹配的连续事件(比如持续更新position属性,或者持续改变大小),可能会合并,不管那些合并的事件是否被dispatch了,因为有的还没有被dispatch,或者排在了队列的后面。

2,离散事件:如果从硬件接收到了离散事件,就必须尽快dispatch,如果此时队列中有连续事件,就必须立即运行所有的连续事件,以防止离散事件的延迟。也就是说,触发离散事件的时候,连续事件必定已经全部dispatch完毕。

不同的浏览器对事件循环的顺序是不同的,我还是习惯以谷歌为准,因为谷歌浏览器是最接近规范的

下面列举一些谷歌dispatch event是通过哪些方法来dispatch的:

1,DOMWindowEventQueue

由计时器触发

示例事件:window.storage,window.hashchange,document.selectionchange

2,ScriptedAnimationController

由Frame调用的BeginMainFrame函数触发,同时还管理requestAnimationFrame请求

示例事件:Animation.finish,Animation.cancel,CSSAnimation.animationstart,CSSAnimation.animationiteration(CSSAnimation)

3,Custom dispatch

触发器不同:OS events操作系统事件,timers定时器,文档/元素生命周期事件

Custom dispatch event 不通过队列,他们直接被触发(这里我猜想可能就是‘任务队列’的隐藏概念,他们不会排在普通队列中,而是单独去了另一个特殊的队列执行,这里就是‘任务队列’)

4,Microtask队列

微任务通常由EndOfTaskRunner.didProcessTask()触发,任务由TaskQueueManager运行,每当task完成时,微任务队列就会执行

示例事件:image.onerror,image.onload

微任务也包括Promise callbacks,这里注意,Promise的回调才是真正的微任务,之前说的可能不严谨,执行promise的时候本身还是正常task

5,主线程事件队列

连续事件会被合并处理。

关于Timer有几个方法:

requestIdleCallback

这个方法只有浏览器空闲的时候才会有内部的timer触发

requestAnimationFrame

由ScriptedAnimationController触发,这个方法挺重要的,主要是用来解决setTimeout和setInterval无法完成的动画效果。

Timers:setTimeout,setInterval

由运行在TaskQueue primitive上的WebTaskRunner触发的。

Observers

观察者分为两种,MutationObserver和IntersectionObserver。

MutationObserver:属于微任务,主要是负责监听DOM节点内的变化,前一篇随笔里有提到;

IntersectionObserver:属于轮询,可以异步监听目标元素与其祖先或视窗(viewport)交叉状态的手段。具体用法不多介绍,不过它可以用来实现懒加载、无限滚动,监听元素是否在视窗中,或者已经出现了多少内容。

Promises

执行完成后,回调会放到微任务队列中去。

以上就是event loop的全部相关内容。

========= 这条是分割线 ========

2018年2月14日情人节

其实结合上一篇‘再谈tasks和microtasks’

上面提到微任务是在一个task执行完成之后才会执行,而前一篇里提到当JS栈清空时微任务才会执行,但是存在一个task中JS栈会清空的情况(例如那个click冒泡事件),而一个task并未执行完成。这里面就会有一个矛盾点,微任务并没有在task执行完成后执行,而是中途就执行了。

针对此问题,我私信了Google Chrome的developer,Jake Archibald,感谢他不吝指教:

JavaScript:event loop详解

那其实很明确了,微任务是否执行完全取决于JS stack是否为空,而task是否执行完成,这并不重要。一次任务中可能会有多个事件监听器,每次执行完一次事件监听,JS stack就会空一次,这时候就会执行微任务了。

JavaScript:event loop详解

===================================

2018.02.23 下午补充:

nodejs里也有事件循环的改变,它是nodejs自身的执行模型:

它是一个类似于while(true)的循环,每次循环都会去询问是否有事件需要处理,如果有,取出一个事件,查看该事件是否有对应的回调函数,如果有,执行函数然后进入下一个循环。如果不再有事件处理,则退出进程。

如何得知是否有事件需要处理呢?问谁?

观察者。每一个事件对应一个观察者,有文件I/O观察者,网络I/O观察者等等,观察者将事件进行了分类。

事件循环是一个典型的生产者/消费者模型。异步I/O、网络请求是事件的生产者,为Node提供不同类型的事件,这些事件被传递到对应的观察者那里,事件循环则从观察者那里取出事件并处理。

在Windows下,这个循环基于IOCP创建,而在*nix下则基于多线程创建。

end

上一篇:jQuery高级技巧——DOM操作篇


下一篇:JavaScript里的Date 对象属性及对象方法--实现简单的日历