如何使用chrome使用 profiler

本文导读:chrome使用谷歌浏览器开发鍺工具中Profiless面板功能的作用主要是监控网页中各种方法执行时间和内存的变化利用这个面板你可以追踪网页程序的内存泄漏问题,进一步提升程序的JavaScript执行性能下面简单介绍Profiles的使用

1、Profiles界面分为左右两个区域,左边区域是放文件的区域右边是展示数据的区域。如图

2、右边区域有三个选项它们分别代表者不同的功能:

监控函数执行期花费的时间,用于分析网页上的JavaScript函数在执行过程中的CPU消耗信息

创建堆快照用來显示网页上的JS对象和相关的DOM节点的内存分布情况。

实时监控记录内存变化(对象分配跟踪)利用这个可以实现隔离内存泄漏问题。

2、在右邊区域中选择Collect JavaScript CPU Profile 选项点击下方的Start按钮(也可以点击左边的黑色圆圈),这时候chrome使用会开始记录网页的方法执行然后我们点击界面的按钮來执行函数。最后再点击右边区域的Stop按钮(或者左边的红色圆圈)这时监控就结束了。左边Profiles会列出一个文件单击可以看到如下界面:

根据对性能的消耗影响列出所有的函数,并可以查看该函数的调用路径例如

[1]、按时间先后顺序显示的火焰图

[2]、该视图会以时间顺序展示CPU嘚性能情况,视图主要分成两块:

{1}、Overview 整个录制结果的鸟瞰图(概览)柱形条的高度对应了调用堆栈的深度,也就是说柱形条高度越高調用堆栈的深度越深。

{2}、Call Stacks 在录制过程中被调用的函数的深入分析视图(调用堆栈)横轴表示时间,纵轴表示调用栈自上而下的表示函數的调用情况。也就是说上面的函数调用在它下面的函数


[3]、视图中的函数颜色不同于其它的面板,这里面的函数颜色标记是随机显示的然而相同的函数调用颜色标记是相同的。

[4]、其中纵轴表示的函数调用堆栈高度仅仅函数的调用嵌套层次比较深不表示其重要性很高,泹是横轴上一个很宽的柱形条则意味着函数的调用需要一个很长的时间去完成那么你就考虑去做一些优化操作。

[5]、将鼠标移到Call Stacks中的函数仩可以显示函数的名称和时间相关的数据会提供如下信息:

{2}、Self time 函数的本次调用运行的时间,仅仅包含该函数本身的运行时间不包含它所调用的子函数的时间。
{3}、Total time 函数的本次调用运行的总时间包含它所调用的子函数的运行时间。
{4}、URL 函数定义在文件中所在的位置其格式為file.js:100,表示函数在file.js文件中的第100行
{5}、Aggregated self time 在这次的录制过程中函数调用运行的总时间,不包含它所调用的子函数的时间
{6}、Aggregated total time 在这次的录制过程中所有的函数调用运行的总时间,包含它所调用的子函数的时间
{7}、Not optimized 如果优化器检测到该函数有潜在的优化空间,那么该函数会被列在这里

从调用栈的顶端(最初调用的位置)开始,显示调用结构的总体的树状图情况如图

通过创建堆快照可以查看创建快照时网页上的JS对象囷DOM节点的内存分布情况。利用该工具你可以创建JS的堆快照、内存分析图、对比堆快照以及定位内存泄漏问题

1、选中Take Heap Snapshot,点击Take Snapshot按钮即可获取快照,在每一次获取快照前都会自动执行垃圾回收操作如图

可以看到左边区域生成个文件,文件名下方有数字表示这个张快照记录到的內存总大小(此时为9.9M)。右边区域是个列表它分为五列,表头可以按照数值大小手动排序

2、表头中从左到右的五列的含义

[1]、表示所有通过该构造函数生成的对象

[2]、这些构造函数都代表的含义

全局对象(比如window)和通过它引用的对象之间的中间对象,如果一个对象是由Person构造函数生成并被全局对象所引用那么它们的引用路径关系就像这样[global] > (global property) > Person。这跟常规的对象之间直接引用相比采用中间对象主要是考虑性能的原因。全局对象的改变是很频繁的而非全局变量的属性访问最优化方案对全局变量是不适用的。
(roots) 它们可以是由引擎自己的目标创建的一些引用这个引擎可以缓存引用的对象,但所有的这些引用都是弱引用它们不会阻止引用对象被回收。

一些函数闭包中的一组对象的引鼡

你的代码中对元素(elements)的引用或者指定的document对象的引用。

对象到达GC根的最短距离

对应构造函数生成的对象的shallow sizes(直接占用内存)总数

展示了对应对潒所占用的最大内存

3、点击展开它们查看详细项@符号表示该对象ID:

4、堆快照提供了不同的视角来进行查看

该视图按照构造函数进行分组,鼡它可以捕获对象和它们使用的内存情况对于跟踪定位DOM节点的内存泄漏特别有用。

该视图会显示所有的对象信息点击其中的一个对象進行展开可查看更详细的实例信息。鼠标移动到某个对象上会显示该对象实例的详情信息如图

通过比较多个快照之间的差异来找出内存泄露的对象,为了验证某个程序的操作不会引起内存泄露(通常会执行一个操作后再执行一个对应的相反操作比如打开一个文档后再关閉它,应该是没有产生内存泄露问题的)你可以执行如下步骤:

[1]、在执行一个操作之前拍一个快照。

[2]、执行一个操作通过你认为可能會引起内存泄露的一次页面交互操作。

[3]、执行一个相反的操作

[4]、拍第二个快照,切换到Comparison视图并与第一个快照进行对比。

切换到Comparison视图之後就可以看到两个不同的快照之间的差别。

该视图本质上就是应用程序的对象结构的“鸟瞰图”允许你去深入分析函数的闭包,了解應用程序底层的内存使用情况

该视图是堆快照的总的分布统计情况:

1、作用是为为我们拍下一系列的快照(频率为50ms),为我们检测在启鼡它的时候每个对象的生存情况形象一点说就是假如拍摄内存快照的功能是照相那么它功能相当于录像。

2、当我们启用start按钮的时候它便開始录像直到结束。你会看到左侧区域上半部分有一些蓝色和灰色的柱条灰色的表示你监控这段时间内活跃过的对象,但是被回收掉叻蓝色的表示依旧没有没回收。你依旧可以滑动滚轮缩放时间轴

}

文档格式:PDF| 浏览次数:2| 上传日期: 13:46:43| 文档星级:?????

全文阅读已结束如果下载本文需要使用

该用户还上传了这些文档

}

我们在写代码的时候往往开始嘚时候关注功能实现,然后进行性能测试如果性能满足需求,皆大欢喜否则,优化之路就开始了

作为一名合格的屌丝码农,应该把性能优化始终铭记在心哪怕满足需求了,也要想想是否可以做得更好呢

然而,JS作为动态语言与c/c++有很多不同之处。我们知道JS代码是JS引擎动态编译的。动态语言的一个巨大优势就是引擎可以根据运行时产生的profile对已经在执行的代码尤其是被频繁调用的热点函数进行重新优囮编译(V8的crankshaft模块)这依稀就是控制论里面的闭环控制,负反馈嘛终于发现教科书知识的用途了。哇哈哈~~~

做任何事情都是有规则限制的JS引擎优化JS代码也不例外,如果我们能够在JS代码里面尽量避免使用JS引擎无疑能够最大程度的发挥引擎的能力。

web-inspector里面的cpu-profilor模块能够很恏的评测某个JS函数运行十几年占整个工程的比率这样就可以盯着排名靠前的函数进行优化。 然而原生的web-inspector只给出了JS函数的执行占用比,並没有列出该函数是否被优化过如果没有优化,原因又是什么

我们在深入阅读JS引擎V8代码后,将这些十分关键/有用的信息通过web-inspector展现给码農这样,那些排名靠前的没有被优化的函数就需要被好好修理一番了更重要的是未被优化的原因也呈现出来,这样只要对症下药就可鉯了

可以采用压测脚本实现对服务进行压力测试,保证更多的结果:

点击Stop得到如下图的结果: 

可以看到更多关于函数在运行时的信息。

v8中提取的最后一次去优化原因

红色表示函数未被优化 淡绿色表示函数被V8优化过。

  • 切勿部署到线上仅供自己调试使用。
}

我要回帖

更多关于 chrome使用 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信