摘要:所以有可能在所有脚本执行完毕后触发。如果用户即将离开页面或者关闭窗口时,事件将会被触发以进行额外的确认。状态表示事件即将被触发。总结页面事件的生命周期事件在树构建完毕后被触发,我们可以在这个阶段使用去访问元素。
页面生命周期:DOMContentLoaded, load, beforeunload, unload
原文地址:http://javascript.info/onload...
HTML页面的生命周期有以下三个重要事件:
DOMContentLoaded — 浏览器已经完全加载了HTML,DOM树已经构建完毕,但是像是 和样式表等外部资源可能并没有下载完毕。
load — 浏览器已经加载了所有的资源(图像,样式表等)。
beforeunload/unload -- 当用户离开页面的时候触发。
每个事件都有特定的用途
DOMContentLoaded -- DOM加载完毕,所以js可以访问所有DOM节点,初始化界面。
load -- 附加资源已经加载完毕,可以在此事件触发时获得图像的大小(如果没有被在HTML/CSS中指定)
beforeunload/unload -- 用户正在离开页面:可以询问用户是否保存了更改以及是否确定要离开页面。
来看一下每个事件的细节。
DOMContentLoadedDOMContentLoaded 由 document 对象触发。
我们使用 addEventListener 来监听它:
document.addEventListener("DOMContentLoaded", ready);
举个例子
在这个例子中 DOMContentLoaded在document加载完成后就被触发,无需等待其他资源的载入,所以alert输出的图像的大小为0。
这么看来DOMContentLoaded 似乎很简单,DOM树构建完毕之后就运行该事件,不过其实存在一些陷阱。
DOMContentLoaded 和脚本当浏览器在解析HTML页面时遇到了 标签,将无法继续构建DOM树(译注:UI渲染线程与JS引擎是互斥的,当JS引擎执行时UI线程会被挂起),必须立即执行脚本。所以 DOMContentLoaded 有可能在所有脚本执行完毕后触发。
外部脚本(带src的)的加载和解析也会暂停DOM树构建,所以 DOMContentLoaded 也会等待外部脚本。
不过有两个例外是带async和defer的外部脚本,他们告诉浏览器继续解析而不需要等待脚本的执行,所以用户可以在脚本加载完成前可以看到页面,有较好的用户体验。
async和defer属性仅仅对外部脚本起作用,并且他们在src不存在时会被自动忽略。
它们都告诉浏览器继续处理页面上的内容,而在后台加载脚本,然后在脚本加载完毕后再执行。所以脚本不会阻塞DOM树的构建和页面的渲染。
(译注:其实这里是不对的,带有async和defer的脚本的下载是和HTML的下载与解析是异步的,但是js的执行一定是和UI线程是互斥的,像下面这张图所示,async在下载完毕后的执行会阻塞HTML的解析)
他们有两处不同:
async | defer | |
---|---|---|
顺序 | 带有async的脚本是优先执行先加载完的脚本,他们在页面中的顺序并不影响他们执行的顺序。 | 带有defer的脚本按照他们在页面中出现的顺序依次执行。 |
DOMContentLoaded | 带有async的脚本也许会在页面没有完全下载完之前就加载,这种情况会在脚本很小或本缓存,并且页面很大的情况下发生。 | 带有defer的脚本会在页面加载和解析完毕后执行,刚好在 DOMContentLoaded之前执行。 |
所以async用在那些完全不依赖其他脚本的脚本上。
### DOMContentLoaded and styles External style sheets don"t affect DOM, and so `DOMContentLoaded` does not wait for them. 外部样式表并不会影响DOM,所以`DOMContentLoaded`并不会被他们阻塞。 But there"s a pitfall: if we have a script after the style, then that script must wait for the stylesheet to execute: 不过仍然有一个陷阱:如果在样式后面有一个内联脚本,那么脚本必须等待样式先加载完。
发生这种事的原因是脚本也许会像上面的例子中所示,去得到一些元素的坐标或者基于样式的属性。所以他们自然要等到样式加载完毕才可以执行。
DOMContentLoaded需要等待脚本的执行,脚本又需要等待样式的加载。
浏览器的自动补全Firefox, Chrome和Opera会在DOMContentLoaded执行时自动补全表单。
例如,如果页面有登录的界面,浏览器记住了该页面的用户名和密码,那么在 DOMContentLoaded运行的时候浏览器会试图自动补全表单(如果用户设置允许)。
所以如果DOMContentLoaded被一个需要长时间执行的脚本阻塞,那么自动补全也会等待。你也许见过某些网站(如果你的浏览器开启了自动补全)—— 浏览器并不会立刻补全登录项,而是等到整个页面加载完毕后才填充。这就是因为在等待DOMContentLoaded事件。
使用带async和defer的脚本的一个好处就是,他们不会阻塞DOMContentLoaded和浏览器自动补全。(译注:其实执行还是会阻塞的)
window.onloadwindow对象上的onload事件在所有文件包括样式表,图片和其他资源下载完毕后触发。
下面的例子正确检测了图片的大小,因为window.onload会等待所有图片的加载。
window.onunload
用户离开页面的时候,window对象上的unload事件会被触发,我们可以做一些不存在延迟的事情,比如关闭弹出的窗口,可是我们无法阻止用户转移到另一个页面上。
所以我们需要使用另一个事件 — onbeforeunload。
window.onbeforeunload如果用户即将离开页面或者关闭窗口时,beforeunload事件将会被触发以进行额外的确认。
浏览器将显示返回的字符串,举个例子:
window.onbeforeunload = function() { return "There are unsaved changes. Leave now?"; };
有些浏览器像Chrome和火狐会忽略返回的字符串取而代之显示浏览器自身的文本,这是为了安全考虑,来保证用户不受到错误信息的误导。
readyState如果我们在整个页面加载完毕后设置DOMContentLoaded会发生什么呢?
啥也没有,DOMContentLoaded不会被触发。
有一些情况我们无法确定页面上是否已经加载完毕,比如一个带有async的外部脚本的加载和执行是异步的(注:执行并不是异步的-_-)。在不同的网络状况下,脚本有可能是在页面加载完毕后执行也有可能是在页面加载完毕前执行,我们无法确定。所以我们需要知道页面加载的状况。
document.readyState属性给了我们加载的信息,有三个可能的值:
loading 加载 - document仍在加载。
interactive 互动 - 文档已经完成加载,文档已被解析,但是诸如图像,样式表和框架之类的子资源仍在加载。
complete - 文档和所有子资源已完成加载。状态表示 load 事件即将被触发。
所以我们可以检查 document.readyState 的状态,如果没有就绪可以选择挂载事件,如果已经就绪了就可以直接立即执行。
像这样:
function work() { /*...*/ } if (document.readyState == "loading") { document.addEventListener("DOMContentLoaded", work); } else { work(); }
每当文档的加载状态改变的时候就有一个readystatechange事件被触发,所以我们可以打印所有的状态。
// current state console.log(document.readyState); // print state changes document.addEventListener("readystatechange", () => console.log(document.readyState));
readystatechange 是追踪页面加载的一个可选的方法,很早之前就已经出现了。不过现在很少被使用了,为了保持完整性还是介绍一下它。
readystatechange的在各个事件中的执行顺序又是如何呢?
输出如下:
[1] initial readyState:loading
[2] readyState:interactive
[2] DOMContentLoaded
[3] iframe onload
[4] readyState:complete
[4] img onload
[4] window onload
方括号中的数字表示他们发生的时间,真实的发生时间会更晚一点,不过相同数字的时间可以认为是在同一时刻被按顺序触发(误差在几毫秒之内)
document.readyState 在 DOMContentLoaded前一刻变为interactive,这两个事件可以认为是同时发生。
document.readyState 在所有资源加载完毕后(包括iframe和img)变成complete,我们可以看到complete、 img.onload和window.onload几乎同时发生,区别就是window.onload在所有其他的load事件之后执行。
总结页面事件的生命周期:
DOMContentLoaded事件在DOM树构建完毕后被触发,我们可以在这个阶段使用js去访问元素。
async和defer的脚本可能还没有执行。
图片及其他资源文件可能还在下载中。
load事件在页面所有资源被加载完毕后触发,通常我们不会用到这个事件,因为我们不需要等那么久。
beforeunload在用户即将离开页面时触发,它返回一个字符串,浏览器会向用户展示并询问这个字符串以确定是否离开。
unload在用户已经离开时触发,我们在这个阶段仅可以做一些没有延迟的操作,由于种种限制,很少被使用。
document.readyState表征页面的加载状态,可以在readystatechange中追踪页面的变化状态:
loading — 页面正在加载中。
interactive -- 页面解析完毕,时间上和 DOMContentLoaded同时发生,不过顺序在它之前。
complete -- 页面上的资源都已加载完毕,时间上和window.onload同时发生,不过顺序在他之前。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/88920.html
摘要:所以有可能在所有脚本执行完毕后触发。如果用户即将离开页面或者关闭窗口时,事件将会被触发以进行额外的确认。状态表示事件即将被触发。总结页面事件的生命周期事件在树构建完毕后被触发,我们可以在这个阶段使用去访问元素。 页面生命周期:DOMContentLoaded, load, beforeunload, unload 原文地址:http://javascript.info/onload.....
摘要:简言理解页面的生命周期,文档加载事件及顺序对开发有十分的重要意义。同步的脚本最先执行,它先于事件执行。当准备就绪时,事件在上触发。表示文档的当前状态,可以在事件中跟踪文档状态的变更。已经解析完毕时触发,几乎与同时发生,但在事件之前触发。 简言 理解WEB页面的生命周期,文档加载事件及顺序对WEB开发有十分的重要意义。如果不理解,在元素未加载就提前操作元素,则得不到想要的结果。而如果页面...
摘要:所以所需要的时间必然大于等于所需要的时间。页面的生命周期主要有三个重要的事件,已经构建好,可以对节点进行操作,所有资源加载完毕,可以对资源进行一系列操作,比如获取图片宽高等基本不会用到,当浏览器窗口关闭或者刷新时,会触发事件。 DOMContentLoaded与load的区别 showImg(https://segmentfault.com/img/remote/14600000192...
摘要:坑无视和是十分特殊的事件,要求事件处理函数内部不能阻塞当前线程,而却恰恰就会阻塞当前线程,因此规范中以明确在和中直接无视这几个方法的调用。 前言 最近实施的同事报障,说用户审批流程后直接关闭浏览器,操作十余次后系统就报用户会话数超过上限,咨询4A同事后得知登陆后需要显式调用登出API才能清理4A端,否则必然会超出会话上限。 即使在页面上增添一个登出按钮也无法保证用户不会直接关掉浏览器...
阅读 1579·2021-09-26 09:46
阅读 2664·2021-09-07 09:59
阅读 2750·2021-09-07 09:59
阅读 1854·2019-08-30 14:20
阅读 921·2019-08-26 13:39
阅读 3172·2019-08-26 12:24
阅读 770·2019-08-26 11:55
阅读 1211·2019-08-23 16:49