本文将会介绍浏览器devtool
的一些常用工具方法,这些工具能够能够以可视化的方式展现当前网页情况,我们也能快速定位代码问题,如果我们能很好的利用起来,那就能写出高质量代码。
强大的性能监控工具
image.png
从左到右依次为:
在概览上可以拖动鼠标进行缩放,可以点击定位,可以鼠标滚轮放大缩小。
CPU颜色划分:
颜色 | 执行内容 |
---|---|
蓝色 ( Loading\color{blue}{Loading}Loading ) | 网络通信和HTML解析 |
黄色 ( Scripting\color{yellow}{Scripting}Scripting ) | JavaScript执行 |
紫色( Rendering\color{purple}{Rendering}Rendering ) | 样式计算和布局(重排) |
绿色 ( Painting\color{green}{Painting}Painting ) | 样式更改(重绘) |
灰色 ( Other\color{gray}{Other}Other ) | 其他事件 |
白色 ( Idle\color{white}{Idle}Idle ) | 空闲时间 |
红色 ( LongTasks\color{red}{Long Tasks}LongTasks ) | 长任务出现 |
点击火焰图任何区域,可以使用键盘的WASD进行缩放和左右位移
image.png
scroll
,resize
事件触发过于频繁,浏览器来不及处理导致在下一个事件被触发之前无法完成image.png
Ctrl + F
可以搜索Task
名字,定位到具体的位置会标红
右上角有红色三角形表示该Task
是一个长任务(执行超过50ms),左边灰色区域执行时间50ms,右边红色区域执行时间就是39.83ms。长任务过多会导致页面出现卡顿,那我下篇性能优化文章会讲解如何去优化长任务。
从上倒下依次是调用堆栈,上面的事件导致下面的事件。
Task 颜色划分
DevTools
为脚本分配随机颜色,来自一个脚本的函数调用是浅绿色的,来自另一个脚本的调用可能是米色的。较深的黄色代表脚本活动,紫色代表渲染活动。
我们可以点击任意脚本活动查看
(anonymous)代表的是匿名函数的意思,点击旁边文件导航跳转过去,光标定位的地方就是函数调用的位置。
image.png
image.png
调用树的顺序是从上到下,和Buttom-Up
顺序相反,这里介绍一个就可以了
SelfTime指的当前函数执行时间,不包括子函数执行时间,百分比是当前时间除以所有SelfTime时间之和。
TotalTime指的SelfTime和子函数的TotalTime
之和,百分比是当前时间除以首个函数的TotalTime
。
Activity列中的顶级项目,例如Event
、Paint
和Composite Layers
是根活动,嵌套表示调用堆栈。可以看到,实际计算出来的值还是会有一点误差。
image.png
按记录期间发生的顺序查看活动,包括加载、脚本、渲染、绘制等,也提供了事件名和耗时时长搜索过滤。
Start Time表示该活动开始的时间点,相对于记录的开始时间。比如103.6ms,表示活动在录制开始后103.6毫秒开始。
打开开发者工具按
ctrl+shift+p
搜索Show Javascript Profiler
选中然后回车
image.png
可以看到当前js代码执行时间,也可以通过左上角录制,测试当前按钮执行的函数是否有性能问题。
然后我们点击右侧的html
image.png
点击事件执行时间和函数每一行执行的时间都给你展示出来,是不是very nice?
搜索
Rendering
image.png
页面中需要重绘的区域会突显成绿色
复制代码
页面中需要重排的区域会突显成蓝色
复制代码
页面中减慢滚动速度的元素会突显成蓝绿色,包括触摸滚轮事件处理程序和其他主线程滚动情况
复制代码
image.png
image.png
右上角面板中我们能够看到当前网站的三大核心指标所消耗的时间,这里做个简单的介绍:
那我们拿到这些指标,再结合浏览器相关标准就能有目的性的做性能优化,那性能优化相关我打算后期再出一篇文章,这里不做过多讨论。
搜索
Show Layers
image.png
Slow scroll rects
翻译的意思是慢速移动矩形,其实就是对应上面Rendering
中的第3点,影响页面滚动的元素。有时候在写页面的时候,页面出现横向滚动条又无法定位到哪个子集元素宽度超出了,这时候就可以打开Layers
面板查看了,能快速定位我们的css
问题。
搜索
Show CSS Overview
颜色和字体颜色可以给ui检查检查,未使用的声明中点击数值可以看到具体的元素,鼠标放上去能定位到DOM位置。
查看内存使用情况,是否有内存泄露
点击Heap snapshot
,再点击左上角圆圈,获取当前快照
可以看到当前内存占用情况
点击Allocation instrumentation on timeline
,再点击左上角圆圈,开始记录内存情况
可以看到内存泄露了,点击(array)
进去能看到具体哪个变量造成的内存泄露。
切到performance也能测内存泄露,我们需要在下方勾选Menory,再去录制即可。 可以看到内存一直在增加,没有平稳成一条直线就说明有泄露了。
搜索
Coverage
image.png
可以看到,右边百分比就是当前代码未使用到的,单位是字节,所以我们可以对此优化。
搜索
Show Performance Monitor
可以看到:CPU使用情况、JS内存大小、DOM节点数等都可以实时监控。
监控内存泄漏到平稳图:
简介:FPS(Frames Per Second),表示每秒传输帧数,是速度单位,是用来分析动画的一个主要性能指标。一般在50-60FPS的动画会相当流程,30FPS就会感觉卡顿了。
当然,performance也能查看FPS,红色表示长时间帧,可能出现卡顿掉帧。
好了,先分享这么多,如果喜欢,可以点个赞,你的点赞将是我最大的动力,谢谢!
Copyright© 2013-2020
All Rights Reserved 京ICP备2023019179号-8