最近在做一些性能优化相关的工作,相信大家在工作过程中也会遇到一些性能优化相关的场景,这对于前端开发者来讲是一项加分技能。为了我们的用户在使用我们的产品时能够有一个非常好的体验,我们需要对页面进行诊断优化。在行业中,我们的页面P90在两秒内算是达标,超过这个时间那么你就可能会流失部分用户。
额尔古纳网站制作公司哪家好,找创新互联!从网页设计、网站建设、微信开发、APP开发、响应式网站设计等网站项目制作,到程序开发,运营维护。创新互联于2013年创立到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选创新互联。
TIP:P90指的是页面性能数据从小到大排序,在90%位置的数据。
比如:P90为两秒,那它的意思就是90%的用户都能够在「两秒内」打开页面
对于性能优化内容可能比较多,我们这里就先着重了解window.onload相关内容。对于页面加载时长,我们就避免不了涉及window.onload。
做性能优化肯定免不了需要对页面性能进行分析,我们一般会使用ChromeDevTool作为基础的性能分析工具,观察页面性能情况
Network:观察网络资源加载耗时及顺序
Performace:观察页面渲染表现及JS执行情况
Lighthouse:对网站进行整体评分,找出可优化项
今天我们先着重来看Network的相关内容,比如我们打开浏览器控制台:
这里我们可以看到这两项数据:DOMContentLoaded时间为841ms、Load时间为2.06s。
它俩分别对应两个事件:
当初始的 「HTML」 文档被完全加载和解析完成之后,**DOMContentLoaded** 事件被触发,而无需等待样式表、图像和子框架的完全加载。
「load」 事件在整个页面及所有依赖资源如样式表和图片都已完成加载时触发。它与 DOMContentLoaded 不同,后者只要页面 DOM 加载完成就触发,无需等待依赖资源的加载。
看完两者的解释之后,相信大家应该明白了为什么Load花的时间要比DOMContentLoaded长了吧
因为load事件会被大量媒体资源阻塞,浏览器只有在它认为页面上的所有资源都加载完成了才会触发load事件。
1.DOM完整的解析过程:
2.DOM的解析受JS加载和执行的影响,我们在优化时应尽量对JS进行压缩、拆分处理(HTTP2下),能减少 DOMContentLoaded 时间
3.图片、视频、CSS等资源,会阻塞 onload 事件的触发,我们在优化过程中需要优化资源的加载时机,让load事件尽快触发
JS 加载并执行完毕且页面中所有外链资源加载完成之后大约 3 - 4ms(这个值跟机型和浏览器有关)。
比如:
window.onload = () => {
console.log('load')
}
setTimeout(() => {
console.log('timeout')
}, 3)
结果是setTimeout先执行,这里把值改的稍大一点你会发现就是load先执行了
window.onload = () => {
console.log('load')
}
for(let i = 0; i < 100000; i++) {
console.log(i)
}
当我们写了一个非常耗时的JS任务时,你会发现DOMContentLoaded与Load事件都会等很久才会触发。
说明JS的执行不仅会阻塞DOMContentLoaded事件的触发,也会阻塞Load事件的触发。所以在优化过程中,JS的执行也是一个重点关注对象。
为了对比,这里我加载了两个JS文件,一个使用async异步加载,一个直接加载,我们再到控制台来查看此时的加载情况。
这里我们可以看到两个文件都是在Load之前就会加载,只不过使用了async异步加载会比正常加载的后加载,说明使用了async异步加载脚本依然会阻塞Load的触发。
关于async的解释MDN上是这样说的:
对于普通脚本,如果存在 async 属性,那么普通脚本会被并行请求,并尽快解析和执行。
对于模块脚本,如果存在 async 属性,那么脚本及其所有依赖都会在延缓队列中执行,因此它们会被并行请求,并尽快解析和执行。
该属性能够消除「解析阻塞的 Javascript」。解析阻塞的 Javascript 会导致浏览器必须加载并且执行脚本,之后才能继续解析。
这里可能会有误解,我觉得它应该是不会阻塞其它脚本内容的加载与执行,由于它的加载是在load之前的,所以它依然会阻塞load的触发,但从整体上来看,它对性能优化还是有帮助的。
这里还是跟上面一样的场景,我们把async换成defer。
这里看上去跟async的加载没什么不同,它的加载依然会比正常加载的方式滞后,但会在load之前。
关于defer:
所以这里跟上面差不多,对性能优化也是有帮助的,需要注意使用场景。
在工作过程中我们可能会有一些图片预加载的使用场景,主要是为了能够让一些较大的图片资源能够快速的渲染呈现给用户,我们一般会提前加载一次图片,等到真正使用时浏览器就可以直接从缓存中取出并渲染。
比如这里,我们在html里面通过img加载了一张图片,在JS中预加载了一张图片,虽然这张图片并没有真实渲染,但它也是会发起请求的,并影响load事件的触发。
所以我们在做预加载时也需要考虑给页面性能带来的影响。
影响load时间执行的内容还有很多,在对页面进行性能优化时,这些内容都是可以进行优化方向
我们都知道H5页面在通过native得webview容器进行渲染时,顶部都会有一个加载进度条,有时候在弱网环境下,这个进度条会一直在那慢慢加载,很长时间不会消失,非常影响用户体验,这最主要的原因是onload 的触发被阻塞,从而客户端控制的进度条不会消失,页面调用客户端的方法不会执行。
iOS 中判断 webview 加载完成的 「webViewDidFinishLoad」 方法,Android 中判断 webview 加载完成的 「onPageFinished」 方法本质触发时机上都对应页面上的 window.onload,一般来说会稍晚于 window.onload(某些特殊情况会早于 window.onload,比如页面里有 iframe 等情况)。
也就是说 「对 onload 有影响的因素也同样会影响这些 Native 方法」。而在 Hybrid 开发中,一些 Native 和 Web 之间的交互和调用往往要在webViewDidFinishLoad / onPageFinished 之后。因此如果 onload 的触发被推迟了,那么这些 Native 相关的调用也都会被推迟。
「因此如果是Hybrid应用,尤其要注意让onload尽快触发。」
DOMContentLoaded事件与Load事件花费的时间,我们可以通过performance 这个对象的一些属性进行统计,时间精确到纳秒级。很多公司的性能监控平台也主要是利用这个对象的数据进行上报的。
本文题目:性能优化之window.onload
转载源于:http://www.shufengxianlan.com/qtweb/news25/41675.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联