最全前端性能优化总结

如题所述

第1个回答  2024-09-04
最全前端性能优化总结前端性能优化分两部分

1、加载性能优化

2、渲染性能优化

一、加载性能优化

本质:

1、减少请求次数;

2、减少请求资源的大小;

3、网络优化;

1、减少请求次数为什么减少请求次数?

浏览器能够并行发出请求,但是每次并行发出请求的个数是有限制的,以chrome为例:

同一域名下,同一GET请求的并发数是1,也就是说上一个请求结束,才会执行下一个请求,否则置入队列等待发送;

同一域名下,不同GET/POST请求的并发数量是6。当发送的请求数量达到6个,并且都没有得到响应时,后面的请求会置入队列等待发送。

所以资源请求数过多肯定比请求数少更耗时,直接影响网页的加载速度;

减少请求次数方式

1)图片资源

CSS雪碧图技术

把一些常用、重复使用的小图合并成一张大图,使用的时候通过背景图片定位(background-position),定位到具体的某一张小图上;

1、UI给图;

2、webpack插件:webpack-spritesmith

图片懒加载

视区外图片先不加载,当进入视区或者进入视区之前的某个位置加载;

1、css的loading属性;

2、getBoundingClientRect方法,获取dom元素的top、left、bottom、right、height、width信息,对比视区大小,进行图片加载(需要结合节流);

3、IntersectionOberser方法,能够监听元素是否到达当前视口的事件;

字体图标

一个图标字体比一系列图像要小,一旦图标字体加载了,图标就会马上渲染出来,不需要下载一个图像,可以减少HTTP请求。

base64编码

图片的base64编码就是可以将一张图片数据编码成一串字符串,使用该字符串代替图像地址url;

(均衡css体积增大和http请求减少之间的收益)

2)合理利用缓存

避免一行代码修改导致整个bundle的缓存失效

浏览器缓存(资源)

强缓存

协商缓存

DNS缓存(DNS查找时间)

分包加载(BundleSpliting)

3)合并CSS和JS文件

将CSS和JavaScript文件合并为单独的文件。合并CSS和JavaScript文件是减少HTTP请求数量和提高网站加载速度的有效方法;

2、减少资源大小

相同网络环境下,更小体积意味着传输速度更快;

减少资源大小方式

1)资源压缩

图片压缩工具:tinyPng等

图片格式:,webp普遍比jpeg/png更小,而avif又比webp小一个级别

如何鉴别浏览器是否支持webp?

通过canvas来判断(这个比较常用),创建一个canvas元素,然后把它转成image/webp格式的data_url,如果这个data_url里面包含webp,则代表当前浏览器支持webp格式,反之则不支持:document.createElement('canvas').toDataURL('image/webp').indexOf('data:image/webp')

在服务端根据请求header信息判断浏览器是否支持webp:在图片请求发出的时候,RequestHeaders里有Accept,服务端可以根据Accept里面是否有image/webp进行判断。

通过加载一张webp图片进行判断:先加载一个WebP图片,如果能获取到图片的宽度和高度,就说明是支持WebP的;

gzip压缩:nginx配置中可以开启,资源传输体积压缩变小,相应会增加服务器压缩和浏览器资源解压的压力;对于图片资源压缩效率不明显;

Terser等工具是Javascript资源压缩混淆的神器。对代码层进行处理,比如:

1、长变量名替换短变量;

2、删除空格换行符;

3、预计算能力;

4、移除无法被执行的代码;

5、移除无用的变量及函数

js、css、html资源压缩

图片资源压缩

2)TreeShaking技术

TreeShaking:无用导出将在生产环境进行删除,到达减少资源体积的效果;

3、网络优化

1)CND:就近原则

2)Http2.0

多路复用,在浏览器可并行发送N条请求。

首部压缩,更小的负载体积。

请求优先级,更快的关键请求

其他

路由懒加载

第三方组件按需加载

···

二、渲染性能优化浏览器渲染过程

解析HTML生成DOM树。

解析CSS生成CSSOM规则树。

解析JS,操作DOM树和CSSOM规则树。

将DOM树与CSSOM规则树合并在一起生成渲染树。

遍历渲染树开始布局,计算每个节点的位置大小信息。

浏览器将所有图层的数据发送给GPU,GPU将图层合成并显示在屏幕上。

重排

当改变DOM元素位置或大小时,会导致浏览器重新生成渲染树,这个过程叫重排。

重绘

当重新生成渲染树后,就要将渲染树每个节点绘制到屏幕,这个过程叫重绘。

不是所有的动作都会导致重排,例如改变字体颜色,只会导致重绘。

重排和重绘这两个操作代价非常大,因为JavaScript引擎线程与GUI渲染线程是互斥,它们同时只能一个在工作,因此重排和重绘会阻塞主线程。

渲染性能优化方式

1)资源加载优先级控制

css引入放在head便签尾部,script脚本防砸body标签尾部;

脚本与DOM/其它脚本的依赖关系很强:对<script>设置defer

脚本与DOM/其它脚本的依赖关系不强:对<script>设置async

preload加载当前路由必需资源,优先级高,一般对于Bundle资源使用preload;

refetch优先级低,在浏览器idle状态时加载资源,一般用以加载非首页资源;

preload/prefetch

preload/prefetch可控制HTTP请求优先级,从而达到关键请求更快响应的目的;

dns-prefetch,可对主机地址的DNS进行预解析。

js和css的引入位置/script类型设置

2)减少重排重绘

减少页面DOM操作;

对DOM元素执行一系列操作,可以将DOM元素脱离文档流,修改完成后,再将它带回文档。例如:隐藏元素(display:none)、文档碎片(DocumentFragement)等(虚拟dom);

用JavaScript修改样式时,最好不要直接修改单个样式属性,而是替换class来改变样式;

合理使用防抖和节流;

3)利用缓存

页面缓存(keep-alive),接口缓存(减少数据更新导致的页面刷新)

4)WebWorker

用于那些处理纯数据,或者与浏览器UI无关的长时间运行脚本;

三、页面加载指标API指标

window.performence.timing

fetchStart:浏览器准备好使用HTTP请求抓取文档的时间,这发生在检查本地缓存之前。

domainLookupStart/domainLookupEnd:DNS域名查询开始/结束的时间,如果使用了本地缓存(即无DNS查询)或持久连接,则与fetchStart值相等;

connectStart:HTTP(TCP)开始/重新建立连接的时间,如果是持久连接,则与fetchStart值相等。

requestStart:HTTP请求读取真实文档开始的时间(完成建立连接),包括从本地读取缓存。

responseStart:HTTP开始接收响应的时间(获取到第一个字节),包括从本地读取缓存。

responseEnd:HTTP响应全部接收完成的时间(获取到最后一个字节),包括从本地读取缓存。

domLoading:开始解析渲染DOM树的时间,此时Document.readyState变为loading,并将抛出readystatechange相关事件。

domInteractive:完成解析DOM树的时间,Document.readyState变为interactive,并将抛出readystatechange相关事件,注意只是DOM树解析完成,这时候并没有开始加载网页内的资源。

domContentLoadedEventStart:DOM解析完成后,网页内资源加载开始的时间,在DOMContentLoaded事件抛出前发生。

domContentLoadedEventEnd:DOM解析完成后,网页内资源加载完成的时间(如JS脚本加载执行完毕)。

domComplete:DOM树解析完成,且资源也准备就绪的时间,Document.readyState变为complete,并将抛出readystatechange相关事件。

loadEventStart:load事件发送给文档,也即load回调函数开始执行的时间。

loadEventEnd:load事件的回调函数执行完毕的时间。

页面指标

白屏时间

指浏览器发起请求到开始显示第一个页面元素的时间。现代浏览器不会等待CSS树(所有CSS文件下载和解析完成)和DOM树(整个body标签解析完成)构建完成才开始绘制,而是马上开始显示中间结果。所以经常在低网速的环境中,观察到页面由上至下缓慢显示完,或者先显示文本内容后再重绘成带有格式的页面内容。

window.performence.timing.domLoading-window.performence.timing.fetchStart

首屏时间

首屏时间(FirstScreenTime),是指用户看到第一屏,即整个网页顶部大小为当前窗口的区域,显示完整的时间。常用的方法有,页面标签标记法、图像相似度比较法和首屏高度内图片加载法。

可交互时间

用户可以进行正常的点击、输入等操作,默认可以统计DOMContentLoaded事件发生的时间。

window.performence.timing.domContentLoadedEventEnd-window.performence.timing.fetchStart

整页时间

整页时间(PageLoadTime),页面所有资源都加载完成并呈现出来所花的时间,这个就是load事件发生的时间。

window.performence.timing.loadEventEnd-window.performence.timing.connectStart

DevTools指标

在使用GoogleChrome开发者工具的是,使用Network测试网络性能时候,下面有三个时间。

Finish:1.31s-表示整个页面加载时间为640ms,包括load事件发生后还有一些异步资源也加载完成。

DOMContentLoaded:329ms-发生在页面DOMContentLoaded事件的启动时间点。

Load:1.25s-表示页面load事件的启动时间点。

原文:https://juejin.cn/post/7097404568245370910

logo设计

创造品牌价值

¥500元起

APP开发

量身定制,源码交付

¥2000元起

商标注册

一个好品牌从商标开始

¥1480元起

公司注册

注册公司全程代办

¥0元起

    官方电话官方服务
      官方网站八戒财税知识产权八戒服务商企业需求数字市场

相关了解……

你可能感兴趣的内容

大家正在搜

本站内容来自于网友发表,不代表本站立场,仅表示其个人看法,不对其真实性、正确性、有效性作任何的担保
相关事宜请发邮件给我们
© 非常风气网