Chrome开发者工具不完全指南:(三、性能篇)

Chrome开发者工具不完全指南:(三、性能篇)

2015/06/29 · HTML5 · 2
评论
·
Chrome

原文出处:
卖烧烤夫斯基   

卤煮在前面已经向大家介绍了Chrome开发者工具的一些功能面板,其中包括ElementsNetworkResources基础功能部分和Sources进阶功能部分,对于一般的网站项目来说,其实就是需要这几个面板功能就可以了(再加上console面板这个万精油)。它们的作用大多数情况下是帮助你进行功能开发的。然而在你开发应用级别的网站项目的时候,随着代码的增加,功能的增加,性能会逐渐成为你需要关注的部分。那么网站的性能问题具体是指什么呢?在卤煮看来,一个网站的性能主要关乎两项,一是加载性能、二是执行性能。第一项可以利用Network来分析,我以后会再次写一篇关于它的文章分享卤煮的提高加载速度的经验,不过在此之前,我强烈推荐你去阅读《web高性能开发指南》这本书中的十四条黄金建议,这是我阅读过的最精华的书籍之一,虽然只有短短的一百多页,但对你的帮助确实无法估量的。而第二项性能问题就体现在内存泄露上,这也是我们这篇文章探讨的问题——通过Timeline来分析你的网站内存泄露。

虽然浏览器日新月异,每一次网站版本的更新就意味着JavaScript、css的速度更加快速,然而作为一名前端人员,是很有必要去发现项目中的性能的鸡肋的。在众多性能优化中,内存泄露相比于其他性能缺陷(网络加载)不容易发现和解决,因为内存泄露设计到浏览器处理内存的一些机制并且同时涉及到到你的编写的代码质量。在一些小的项目中,当内存泄露还不足以让你重视,但随着项目复杂度的增加,内存问题就会暴露出来。首先内存占有过多导致你的网站响应速度(非ajax)变得慢,就感觉自己的网页卡死了一样;然后你会看到任务管理器的内存占用率飙升;到最后电脑感觉死了机一样。这种情况在小内存的设备上情况会更加严重。所以,找到内存泄露并且解决它是处理这类问题的关键。

在本文中,卤煮会通过个人和官方的例子,帮助诸位理解Timeline的使用方法和分析数据的方法。首先我们依然为该面板区分为四个区域,然后对它们里面的各个功能进行逐一介绍:

图片 1

虽然Timeline在执行它的任务时会显得花花绿绿让人眼花缭乱,不过不用担心,卤煮用一句话概括它的功能就是:描述你的网站在某些时候做的事情和呈现出的状态。我们看下区域1中的功能先:

图片 2

在区域1主题是一个从左到右的时间轴,在运行时它里面会呈现出各种颜色块(下文中会介绍)。顶部有一条工具栏,从左到右,一次表示:

1、开始运行Timeline检测网页。点亮圆点,Timline开始监听工作,在此熄灭圆点,Timeline展示出监听阶段网站的执行状态。

2、清除所有的监听信息。将Timeline复原。

3、查找和过滤监控信息。点击会弹出一个小框框,里面可以搜索或者显示隐藏你要找的信息。

4、手动回收你网站内内存垃圾。

5、View:监控信息的展示方式,目前有两种,柱状图和条状图,在展示的事例中,卤煮默认选择条状图。

6、在侦听过程中希望抓取的信息,js堆栈、内存、绘图等。。。。

区域2是区域1的完全版,虽然他们都是展示的信息视图,在在区域2种,图示会变得更加详细,更加精准。一般我们查看监控视图都在区域2种进行。

区域3是展示的是一些内存信息,总共会有四条曲线的变化。它们对应表示如下图所示:

图片 3

区域4中展示的是在区域2种某种行为的详细信息和图表信息。

在对功能做了简单的介绍之后我们用一个测试用例来了解一下Timeline的具体用法。

XHTML

<!DOCTYPE html> <html> <head>
<title></title> <style type=”text/css”> div{ height:
20px; widows: 20px; font-size: 26px; font-weight: bold; } </style>
</head> <body> <div id=”div1″> HELLO WORLD0
</div> <div id=”div2″> HELLO WORLD2 </div> <div
id=”div3″> HELLO WORLD3 </div> <div id=”div4″> HELLO
WORLD4 </div> <div id=”div5″> HELLO WORLD5 </div>
<div id=”div6″> HELLO WORLD6 </div> <div id=”div7″>
HELLO WORLD7 </div> <button id=”btn”>click me</button>
<script type=”text/javascript”> var k = 0; function x() { if(k
>= 7) return; document.getElementById(‘div’+(++k)).innerHTML = ‘hello
world’ } document.getElementById(‘btn’).addEventListener(‘click’, x);
</script> </body> </html>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
<!DOCTYPE html>
<html>
<head>
    <title></title>
    <style type="text/css">
        div{
            height: 20px;
            widows: 20px;
            font-size: 26px;
            font-weight: bold;
        }
    </style>
</head>
<body>
    <div id="div1">
        HELLO WORLD0
    </div>
    <div id="div2">
        HELLO WORLD2
    </div>
    <div id="div3">
        HELLO WORLD3
    </div>
    <div id="div4">
        HELLO WORLD4
    </div>
    <div id="div5">
        HELLO WORLD5
    </div>
    <div id="div6">
        HELLO WORLD6
    </div>
    <div id="div7">
        HELLO WORLD7
    </div>
    <button id="btn">click me</button>
    <script type="text/javascript">
        var k = 0;
        function x() {
            if(k >= 7) return;
            document.getElementById(‘div’+(++k)).innerHTML = ‘hello world’
        }
        document.getElementById(‘btn’).addEventListener(‘click’, x);
    
    </script>
</body>
</html>

新建一个html项目,然后再Chrome中打开它,接着按F12切换到开发者模式,选择Timeline面板,点亮区域1左上角的那个小圆圈,你可以看到它变成了红色,然后开始操作界面。连续按下button执行我们的js程序,等待所有div的内容都变成hello
world的时候再次点击小圆圈,熄灭它,这时候你就可以看到Timeline中的图表信息了,如下图所示:

图片 4

在区域1中,左下角有一组数字2.0MB-2.1MB,它的意思是在你刚刚操作界面这段时间内,内存增长了0.1MB。底部那块浅蓝色的区域是内存变化的示意图。从左到右,我们可以看到刚刚浏览器监听了4000ms左右的行为动作,从0~4000ms内区域1中列出了所有的状态。接下来我们来仔细分析一下这些状态的具体信息。在区域2种,滚动鼠标的滚轮,你会看到时间轴会放大缩小,现在我们随着滚轮不断缩小时间轴的范围,我们可以看到一些各个颜色的横条:

图片 5

在操作界面时,我们点击了一次button,它耗费了大约1ms的时间完成了从响应事件到重绘节目的一些列动作,上图就是在789.6ms-790.6ms中完成的这次click事件所发生的浏览器行为,其他的事件行为你同样可以通过滑动滑轮缩小区域来观察他们的情况。在区域2种,每一种颜色的横条其实都代表了它自己的独特的意义:

图片 6

每次点击都回到了上面的图一样执行若干事件,所以我们操作界面时发生的事情可以做一个大致的了解,我们滑动滚轮把时间轴恢复到原始尺寸做个总体分析:

图片 7

可以看到,每一次点击事件都伴随着一些列的变化:html的重新渲染,界面重新布局,视图重绘。很多情况下,每个事件的发生都会引起一系列的变化。在区域2种,我们可以通过点击某一个横条,然后在区域4种更加详细地观察它的具体信息。我们以执行函数x为例观察它的执行期的状态。

图片 8

随着在事件发生的,除了dom的渲染和绘制等事件的发生之外,相应地内存也会发生变化,而这种变化我们可以从区域3种看到:

图片 9

在上文中已经向大家做过区域3的介绍,我们可以看到js堆在视图中不断地再增长,这时因为由事件导致的界面绘制和dom重新渲染会导致内存的增加,所以每一次点击,导致了内存相应地增长。同样的,如果区域3种其他曲线的变化会引起蓝色线条的变化,这是因为其他(绿色代表的dom节点数、黄色代表的事件数)也会占有内存。因此,你可以通过蓝色曲线的变化形势来确定其他个数的变化,当然最直观的方式就是观察括号中的数字变化。js内存的变化曲线是比较复杂的,里面参杂了很多因素。我们所列出来的例子实际上是很简单的。目前相信你对Timeline的使用有了一定的认识,下面我们通过一些Google浏览器官方的实例来更好的了解它的作用(因为观看示例都必须FQ,所以卤煮把js代码copy出来,至于简单的html代码你可以自己写。如果可以FQ的同学就无所谓了!)

官方测试用例一
查看内存增长,代码如下:

JavaScript

var x = []; function createSomeNodes() { var div, i = 100, frag =
document.createDocumentFragment(); for (;i > 0; i–) { div =
document.createElement(“div”); div.appendChild(document.createTextNode(i

  • ” – “+ new Date().toTimeString())); frag.appendChild(div); }
    document.getElementById(“nodes”).appendChild(frag); } function grow() {
    x.push(new Array(1000000).join(‘x’));
    createSomeNodes();//不停地在界面创建div元素 setTimeout(grow,1000); }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
var x = [];
 
function createSomeNodes() {
    var div,
        i = 100,
        frag = document.createDocumentFragment();
    for (;i > 0; i–) {
        div = document.createElement("div");
        div.appendChild(document.createTextNode(i + " – "+ new Date().toTimeString()));
        frag.appendChild(div);
    }
    document.getElementById("nodes").appendChild(frag);
}
function grow() {
    x.push(new Array(1000000).join(‘x’));
    createSomeNodes();//不停地在界面创建div元素
    setTimeout(grow,1000);
}

通过多次执行grow函数,我们在Timeline中看到了一张内存变化的图:

图片 10

通过上图可以看出js堆随着dom节点增加而增长,通过点击区域1中顶部的垃圾箱,可以手动回收一些内存。正常的内存分析图示锯齿形状(高低起伏,最终回归于初始阶段的水平位置)而不是像上图那样阶梯式增长,如果你看到蓝色线条没有回落的情况,并且DOM节点数没有返回到开始时的数目,你就可以怀疑有内存泄露了。

下面是一个用异常手段展示的正常例子,说明了内存被创建了又如何被回收。你可以看到曲线是锯齿型的上下起伏状态,在最后js内存回到了初始的状态。(官方示例二
  js代码如下:

JavaScript

var intervalId = null, params; function createChunks() { var div, foo,
i, str; for (i = 0; i < 20; i++) { div =
document.createElement(“div”); str = new Array(1000000).join(‘x’); foo =
{ str: str, div: div }; div.foo = foo; } } function start() { if
(intervalId) { return; } intervalId = setInterval(createChunks, 1000); }
function stop() { if (intervalId) { clearInterval(intervalId); }
intervalId = null; }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
var intervalId = null, params;
 
function createChunks() {
    var div, foo, i, str;
    for (i = 0; i < 20; i++) {
        div = document.createElement("div");
        str = new Array(1000000).join(‘x’);
        foo = {
            str: str,
            div: div
        };
        div.foo = foo;
    }
}
 
function start() {
    if (intervalId) {
        return;
    }
    intervalId = setInterval(createChunks, 1000);
}
 
function stop() {
    if (intervalId) {
        clearInterval(intervalId);
    }
    intervalId = null;
}

执行start函数若干次,然后执行stop函数,可以生成一张内存剧烈变化的图:

图片 11

还有很多官方实例,你可以通过它们来观察各种情况下内存的变化曲线,在这里我们不一一列出。在这里卤煮选择试图的形式是条状图,你可以在区域1中选择其他的显示方式,这个全靠个人的爱好了。总而言之,Timeline可以帮助我们分析内存变化状态(Timeline直译就是时间轴的意思吧),通过对它的观察来确定我的项目是否存在着内存泄露以及是什么地方引起的泄露。图表在展示上虽然很直观但是缺少数字的精确,通过示图曲线的变化我们可以了解浏览器上发生的事件,最主要的是了解内存变化的趋势。而如果你希望进一步分析这些内存状态,那么接下来你就可以打开Profiles来干活了。这将是我们这个系列的下一篇文章要介绍的。

1 赞 9 收藏 2
评论

图片 12

Chrome开发者工具不完全指南(四、性能进阶篇)

2015/07/05 · HTML5 ·
Chrome

原文出处:
卖烧烤夫斯基   

前言

Profiles面板功能的作用主要是监控网页中各种方法执行时间和内存的变化,简单来说它就是Timeline的数字化版本。它的功能选项卡不是很多(只有三个),操作起来比较前面的几块功能版本来说简单,但是里面的数据确很多,很杂,要弄懂它们需要花费一些时间。尤其是在内存快照中的各种庞杂的数据。在这篇博客中卤煮将继续给大家分享Chrome开发者工具的使用经验。如果你遇到不懂的地方或者有不对的地方,可以在评论中回复卤煮,文章最后卤煮会最后把秘籍交出来。下面要介绍的是Profiles。首先打开Profiles面板。

图片 13

Profiles界面分为左右两个区域,左边区域是放文件的区域,右边是展示数据的区域。在开始检测之前可以看到右边区域有三个选项,它们分别代表者不同的功能:

1.(Collect JavaScript CPU Profile)监控函数执行期花费的时间
2.(Take Heap Snapshot)为当前界面拍一个内存快照
3.(Record Heap Allocations)实时监控记录内存变化(对象分配跟踪)

一、Collect JavaScript CPU Profile(函数收集器)

首先来关注第一个功能,(Collect JavaScript CPU
Profile)监控函数执行期花费的时间。讲道理不如举例子,为了更清楚地了解它的功能概况,我们可以编写一个测试列子来观察它们的作用。这个列子简单一些,使得我们分析的数据更清晰一些。

XHTML

<!DOCTYPE html> <html> <head>
<title></title> </head> <body> <button
id=”btn”> click me</button> <script
type=”text/javascript”> function a() { console.log(‘hello world’); }
function b() { a(); } function c() { b(); }
document.getElementById(‘btn’).addEventListener(‘click’, c, true);
</script> </body> </html>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<!DOCTYPE html>
<html>
<head>
<title></title>
</head>
<body>
<button id="btn"> click me</button>
<script type="text/javascript">
function a() {
console.log(‘hello world’);
}
 
function b() {
a();
}
 
function c() {
b();
}
 
document.getElementById(‘btn’).addEventListener(‘click’, c, true);
</script>
</body>
</html>

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

图片 14

生存了一个数据表格,它们的意义在上图中已经标记出来了。它记录的是函数执行的时间以及函数执行的顺序。通过右边区域的类型选项可以切换数据显示的方式。有正包含关系,逆包含关系,图表类型三种选项。我们可以选择其中的图表类型:

图片 15

可以看到这个面板似曾相识,没错,它跟之前的TimeLine面板很像,的确,虽然很像,但功能不一样,不然也就没必要重复做了。从上图可以看到点击按钮执行的各个函数执行的时间,顺序,包含关系和CUP变化等。你可以在生成文件之后在左边区域中保存该文件记录,下次只需要在区域2这中点击load按钮便可以加载出来。也就是说你可以本地永久地记录该段时间内的方法执行时间。第一个功能大概就这么多,比较其他两个来说简单。

二、Take Heap Snapshot(内存快照**

下面我们来介绍一下第二个功能的用法。第二个功能是给当前网页拍一个内存快照.选择第二个拍照功能,按下 Take
Snapshot 按钮,给当前的网页拍下一个内存快照,得到如下图。

图片 16

可以看到左边区域生成个文件,文件名下方有数字,表示这个张快照记录到的内存大小(此时为3.2M)。右边区域是个列表,它分为五列,表头可以按照数值大小手动排序。在这张表格中列出的一些列数字和标识,以及表头的意义比较复杂,涉及到一些js和内存的知识,我们就先从这些表头开始了解他们。从左到右的顺序它们分别表示:
Constructor(构造函数)表示所有通过该构造函数生成的对象
Distance 对象到达GC根的最短距离
Objects Count 对象的实例数
Shallow size 对应构造函数生成的对象的shallow
sizes(直接占用内存)总数
Retained size 展示了对应对象所占用的最大内存
CG根!是神马东西?在google的官方文档中的建议是CG根不必用到开发者去关心。但是我们在这里可以简单说明一下。大家都知道js对象可以互相引用,在某个对象申请了一块内存后,它很可能会被其他对象应用,而其他对象又被另外的对象应用,一层一层,但它们的指针都是指向同一块内存的,我们把这最初引用的那块内存就可以成为GC根。用代码表示是这样的:

JavaScript

var obj = {a:1}; obj.pro = { a : 100 }; obj.pro.pro = { b : 200 }; var
two = obj.pro.pro; //这种情况下 {b:200}
就是被two引用到了,{b:200}对象引用的内存就是CG根

1
2
3
4
5
var obj = {a:1};
obj.pro = { a : 100 };
obj.pro.pro = { b : 200 };
var two = obj.pro.pro;
//这种情况下 {b:200} 就是被two引用到了,{b:200}对象引用的内存就是CG根

用一张官方的图可以如下表示:

图片 17

构成这张关系网的元素有两种:
Nodes:节点,对应一个对象,用创建该对象的构造方法来命名
Edges:连接线,对应着对象间的引用关系,用对象属性名来命名
从上图你也可以看到了第二列的表头Dishtance的意义是什么,没错,它指的就是CG根和引用对象之间的距离。根据这条解释,图中的对象5到CG根的距离就是2!那么什么是直接占用内存(Shallow
size
)和最大占用内存(Retained
size
)呢?直接占用内存指的是对象本身占用的内存,因为对象在内存中会通过两种方式存在着,一种是被一个别的对象保留(我们可以说这个对象依赖别的对象)或者被Dom对象这样的原生对象隐含保留。在这里直接占有内存指的就是前一种。(通常来讲,数组和字符串会保留更多的直接占有内存)。而最大内存(Retained
size
)就是该对象依赖的其他对象所占用的内存。你要明白这些都是官方的解释,所以即使你觉得云里雾里也是正常的,官方解释肯定是官腔嘛。按照卤煮自己的理解是这样的:

JavaScript

function a() { var obj = [1,2,…….n]; return function() {
//js作用域的原因,在此闭包运行的上下文中可以访问到obj这个对象
console.log(obj); } } //正常情况下,a函数执行完毕
obj占用的内存会被回收,但是此处a函数返回了一个函数表达式(见Tom大叔的博客函数表达式和函数声明),其中obj因为js的作用域的特殊性一直存在,所以我们可以说b引用了obj。
var b = a(); //每次执行b函数的时候都可以访问到obj,说明内存未被回收
所以对于obj来说直接占用内存[1,2,….n],
而b依赖obj,所obj是b的最大内存。 b()

1
2
3
4
5
6
7
8
9
10
11
function a() {
    var obj = [1,2,…….n];
    return function() {
        //js作用域的原因,在此闭包运行的上下文中可以访问到obj这个对象
        console.log(obj);
    }
}
//正常情况下,a函数执行完毕 obj占用的内存会被回收,但是此处a函数返回了一个函数表达式(见Tom大叔的博客函数表达式和函数声明),其中obj因为js的作用域的特殊性一直存在,所以我们可以说b引用了obj。
var b = a();
//每次执行b函数的时候都可以访问到obj,说明内存未被回收 所以对于obj来说直接占用内存[1,2,….n], 而b依赖obj,所obj是b的最大内存。
b()

在dom中也存在着引用关系:我们通过代码来看下这种引用关系:

JavaScript

<html> <body> <div id=”refA”> <ul>
<li><a></a></li>
<li><a></a></li> <li><a
id=”#refB”></a></li> </ul> </div>
<div></div> <div></div> </body>
</html> <script> var refA = document.getElementById(‘refA’);
var refB =
document.getElementById(‘refB’);//refB引用了refA。它们之间是dom树父节点和子节点的关系。
</script>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<html>
    <body>
        <div id="refA">
            <ul>
                <li><a></a></li>
                <li><a></a></li>
                <li><a id="#refB"></a></li>
            </ul>
        </div>
        <div></div>
        <div></div>
    </body>
</html>
 
<script>
    var refA = document.getElementById(‘refA’);
    var refB = document.getElementById(‘refB’);//refB引用了refA。它们之间是dom树父节点和子节点的关系。
</script>

现在,问题来了,如果我现在在dom中移除div#refA会怎么样呢?答案是dom内存依然存在,因为它被js引用。那么我把refA变量置为null呢?答案是内存依然存在了。因为refB对refA存在引用,所以除非在把refB释放,否则dom节点内存会一直存在浏览器中无法被回收掉。上图:

图片 18

所以你看到Constructor这一列中对象如果有红色背景就表示有可能被JavaScript引用到但是没有被回收。以上只是卤煮个人理解,如果不对头,请你一定要提醒卤煮好即时更新,免得误人子弟!接着上文,Objects
Count
这一列是什么意思呢?Objects
Count
这一列的意义比较好理解,从字面上我们就知道了其意义。就是对象实例化的数量。用代码表示就是这样的:

JavaScript

var ConstructorFunction = function() {};//构造函数 var a = new
ConstructorFunction();//第一个实例 var b = new
ConstructorFunction();//第二个实例 ……. var n = new
ConstructorFunction();//第n个实例

1
2
3
4
5
var ConstructorFunction = function() {};//构造函数
var a = new ConstructorFunction();//第一个实例
var b = new ConstructorFunction();//第二个实例
…….
var n = new ConstructorFunction();//第n个实例

可以看到构造函数在上面有n个实例,那么对应在Objects
Count
这列里面就会有数字n。在这里,ConstructorFunction是我们自己定义的构造函数。那么这些构造函数在哪里呢,聪明的你一定可以猜到就在第一列Constructor中。实际上你可以看到列表中的Constructor这一列,其中多数都是系统级别的构造函数,有一部分也是我们自己编写的:

  global property – 全局对象(像
‘window’)和引用它的对象之间的中间对象。如果一个对象由构造函数Person生成并被全局对象引用,那么引用路径就是这样的:[global]
> (global property >
Person。这跟一般的直接引用彼此的对象不一样。我们用中间对象是有性能方面的原因,全局对象改变会很频繁,非全局变量的属性访问优化对全局变量来说并不适用。
  roots –
constructor中roots的内容引用它所选中的对象。它们也可以是由引擎自主创建的一些引用。这个引擎有用于引用对象的缓存,但是这些引用不会阻止引用对象被回收,所以它们不是真正的强引用(FIXME)。
  closure – 一些函数闭包中的一组对象的引用
  arraystringnumberregexp –
一组属性引用了Array,String,Number或正则表达式的对象类型
  compiled code – 简单来说,所有东西都与compoled
code
有关。Script像一个函数,但其实对应了<script>的内容。SharedFunctionInfos
(SFI)是函数和compiled
code之间的对象。函数通常有内容,而SFIS没有(FIXME)。
HTMLDivElement, HTMLAnchorElement, DocumentFragment 等 –
你代码中对elements或document对象的引用。

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

图片 19

一个快照可以有多个试图,在左边区域的右上角我们可以看到点击下拉菜单可以得到四个个任务视图选项:

图片 20

他们分别代表:
  Summary(概要) – 通过构造函数名分类显示对象;
  Comparison(对照) – 显示两个快照间对象的差异;
  Containment(控制) – 探测堆内容;
  Statistic(图形表)-用图表的方式浏览内存使用概要

Comparison是指对比快照之间的差异,你可以首先拍一个快照A,操作网页一段时间后拍下另外一个快照B,然后在B快照的右边距区域的左上角选择该选项。然后就可以看到对比图。上面显示的是每个列,每一项的变化。在对照视图下,两个快照之间的不同就会展现出来了。当展开一个总类目后,增加和删除了的对象就显示出来了:

图片 21

尝试一下官方示例帮助你了解对比的功能。

你也可以尝试着查看Statistic选项,它会以图表的方式描述内存概况。

图片 22

三、Record Heap Allocations.(对象跟踪器)

好了,第二个功能也介绍完了,最后让我们来瞧瞧最后一个功能Record Heap
Allocations
.这个功能是干啥的呢。它的作用是为为我们拍下一系列的快照(频率为50ms),为我们检测在启用它的时候每个对象的生存情况。形象一点说就是假如拍摄内存快照的功能是照相那么它功能相当于录像。当我们启用start按钮的时候它便开始录像,直到结束。你会看到左侧区域上半部分有一些蓝色和灰色的柱条。灰色的表示你监控这段时间内活跃过的对象,但是被回收掉了。蓝色的表示依旧没有没回收。你依旧可以滑动滚轮缩放时间轴。

图片 23

对象跟踪器功能的好处在于你可以连续不断的跟踪对象,在结束时,你可以选择某个时间段内(比如说蓝色条没有变灰)查看期间活跃的对象。帮助你定位内存泄露问题。

四、结束 

好了,差不多把Profiles讲完了。这东西对我们查找内存泄露来说还是蛮有作用的。对于工具来说,主要是多用,熟能生巧嘛。如果你觉得不过瘾,我推荐你去阅读官方文档,里面有N多的例子,N多的说明,非常详细。前提是你能跳到墙外去。当然也有翻译文档(卤煮的秘籍都给你了,推荐一下吧)。最后真的是要像一片文章里面写的一样“感谢发明计算机的人,让我们这些剪刀加浆糊的学术土匪变成了复制加粘贴版的学术海盗。”下期是ConsoleAudits。敬请关注。

2 赞 10 收藏
评论

图片 12