iOS 底层原理39:Instruments系列(五)Leaks

iOS 底层原理 文章汇总

引言

iOS 5.0之后apple引入了Xcode编译器特性ARC(Automatic Reference Counting,自动引用计数)来帮助开发者管理内存,但为了追求app的高性能与减少安装包大小,工作中很多时候需要我们手动管理内存。再牛的开发者也不能保证自己写的code 100%没有内存泄露,出现内存泄露不可怕,可怕的是我们时间与精力花了大把,但内存泄露依旧没解决,即影响了工作效率也影响自己的心情。

那么我们如何检测程序的内存泄漏呢?主要有以下两种方式:

  • 静态分析(Analyse)
  • 动态分析(Leaks)

静态分析(Leaks)

  • 主要是通过 Xcode 菜单栏 Product - Analyse,或者快捷键 CMD + Shift +B
  • 缺陷:只能检查编译时期的内存泄漏,并不能检测到所有的内存泄漏,主要是因为有些内存泄漏是发生在运行时,需要用户操作才会产生。

动态检测(Leaks)

  • Instruments中的Leaks是因为有些内存泄露 是运行中用户操作过程中产生的内存泄露
  • 在真机或模拟器都可以动态检测。

Leaks 介绍

从苹果官方文档可知,一个app的内存主要分3类

  • Leaked memory: Memory unreferenced by your application that cannot be used again or freed (also detectable by using the Leaks instrument).

  • Abandoned memory: Memory still referenced by your application that has no useful purpose.

  • Cached memory: Memory still referenced by your application that might be used again for better performance.
    其中 Leaked memory 和 Abandoned memory 都属于应该释放而没释放的内存,都是内存泄露,而 Leaks 工具只负责检测 Leaked memory,而不管 Abandoned memory。在 MRC 时代 Leaked memory 很常见,因为很容易忘了调用 release,但在 ARC 时代更常见的内存泄露是循环引用导致的 Abandoned memory,Leaks 工具查不出这类内存泄露,应用有限。

  • 对于 Abandoned memory,可以用 Instrument 的 Allocations 检测出来。检测方法是用 Mark Generation 的方式,当你每次点击 Mark Generation 时,Allocations 会生成当前 App 的内存快照,而且 Allocations 会记录从上回内存快照到这次内存快照这个时间段内,新分配的内存信息。缺点是需要重复操作,其无法及时得知泄漏

  • 对于 Leaked memory,可以使用Leaks 工具检测,适用于运行时的检测

Leaks 工具

在Leaks中主要包含 4个统计项


Instruments_05_01.png
  • Statistics
  • Call Trees
  • Allocations List
  • Generations

在 Leaks下方包含三个选项


Instruments_05_02.png
  • Mark Generation:生成当前 App 的内存快照

  • Allocation Lifespan:筛选需要记录的Allocation,一般我们只勾选Created & Persistent

    • All Allocations:所有的
    • Created & Persistent:创建且存活的
    • Created & Destroyed:创建且被销毁的
  • Allocation Type:记录Allocation的类型,一般关注All Heap Allocations较多

    • All Heap & Anonymous VM:所有真实内存和虚拟内存
    • All Heap Allocations:所有真实内存
    • All VM Regions:所有分配过的虚拟内存

Statistics 统计项

主要包含6个统计字段,分别对应的含义如下


Instruments_05_03.png
  • Category:对象类型,包含Core Foundation对象、OC类、内存块
  • Persistent:当前活跃的内存总量
  • #Persistent:当前活跃的内存数量
  • #Transient:已经释放的内存申请数
  • Total Bytes:总字节数
  • #Total:申请内存总次数

Call Trees 统计项

这个功能是将列表展示类型切换成调用树的形式,如下所示,有3个统计项:


Call Trees 统计项
  • Bytes Used:相应方法使用的内存量
  • Count:方法被调用的次数
  • Symbol Name:方法名称

对应的在Call Trees下方还有三个配置项,下面分别来介绍

  • 【调用过滤】Call Tree:配置调用树的显示,一般勾选1、3、4、5

    Instruments_05_03.png

    • 1、Separate by Category:按类别隔开,☑️后,可以更方便的看出是哪些类别的VM
    • 2、Separate by Thread:按线程划分
    • 3、Invert Call Tree:反转调用,通俗来说就是从上倒下跟踪堆栈,例如FuncA{FunB{FunC}} 勾选此项后堆栈以C->B-A 把调用层级最深的C显示在最外面
    • 4、Hide System Libraries:隐藏系统方法,因为目前我们只关心自定义的方法,这个是必选的
    • 5、Flatten Recursion:递归函数,每个堆栈跟踪一个条目
  • 【数据过滤】Call Tree Constraints:主要是对列表中的数据进行过滤,可以设置最大/最小的数量和字节数

    Instruments_05_05.png

  • 【库/符号过滤】Data Mining:数据挖掘,简单来说就是可以过滤掉不看的库、符号调用,点击Symbol、Library会自动把你选中的行的符号、库加到小框中。例如选中start,点击symbol,就自动过滤了start相关列

Allocations List 统计项

Instruments_05_06.png
  • Adress:内存块的地址
  • Category:对象的类型
  • Timestamp:申请内存的时间
  • Size:内存块的大小
  • Responsible Library:负责申请该内存的库
  • Responsible Caller:负责申请该内存的方法

Generations 统计项

在Allocation中,可以通过对每个动作的前后进行Mark Generation,用来对比内存的增加,可以定位到内存增加的具体方法和代码所在位置。其中有4列统计项


Instruments_05_07.png
  • Snapshot:快照名
  • Timestamp:快照时间
  • Heap Growth:自上次快照以来的增长数量
  • #Persistent:依旧存活的对象数量

使用

使用主要分两部分

  • 检测内存泄漏
  • 查看具体的内存泄漏情况

检测内存泄漏

  • Xcode菜单 - Product - Profile - Leaks,然后运行程序,随着对模拟器运行的App的操作,可以在Leaks中查看内存占用的情况。


    Instruments_05_09.png
  • 其中✅ 表示 不存在内存泄漏,❌表示存在内存泄漏,将竖线移动到内存泄漏点,然后选择 统计项,如下所示


    Instruments_05_10.png
  • 选择底部的Call Tree在弹窗中选择Invert Call Tree 和 Hide System Libraries,即可显示出具体内存泄漏的代码,点击最左侧的箭头,可查看文件中具体的代码


    Instruments_05_11.png

查看内存泄漏引用图

将Call Tree选项改为Cycles & Roots 即可查看,如下所示


Instruments_05_12.png

参考文章

XCode内存泄漏检测工具介绍-Instruments之Leaks
使用Instruments定位iOS应用的Memory Leaks
Xcode Instruments Leak解决内存泄漏问题
# iOS Instruments之Leaks
### Xcode Instruments系列之Leaks使用教程
# iOS开发之非常精准内存泄露检测工具
# Find memory leaks

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 195,719评论 5 462
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,337评论 2 373
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 142,887评论 0 324
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,488评论 1 266
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,313评论 4 357
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,284评论 1 273
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,672评论 3 386
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,346评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,644评论 1 293
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,700评论 2 312
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,457评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,316评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,706评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,261评论 1 251
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,648评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,859评论 2 335

推荐阅读更多精彩内容