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

手机游戏开发者 2024-9-10 12:39:13 31 0 来自 中国
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个统计项

1.png

  • Statistics
  • Call Trees
  • Allocations List
  • Generations
在 Leaks下方包罗三个选项



  • 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个统计字段,分别对应的寄义如下



  • Category:对象范例,包罗Core Foundation对象、OC类、内存块
  • Persistent:当宿世动的内存总量
  • #Persistent:当宿世动的内存数量
  • #Transient:已经开释的内存申请数
  • Total Bytes:总字节数
  • #Total:申请内存总次数
Call Trees 统计项

这个功能是将列表展示范例切换成调用树的情势,如下所示,有3个统计项:



  • Bytes Used:相应方法使用的内存量
  • Count:方法被调用的次数
  • Symbol Name:方法名称
对应的在Call Trees下方另有三个设置项,下面分别来先容

  • 【调用过滤】Call Tree:设置调用树的体现,一样寻常勾选1、3、4、5



    • 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:重要是对列表中的数据举行过滤,可以设置最大/最小的数量和字节数


  • 【库/符号过滤】Data Mining:数据发掘,简单来说就是可以过滤掉不看的库、符号调用,点击Symbol、Library会自动把你选中的行的符号、库加到小框中。比方选中start,点击symbol,就自动过滤了start干系列
Allocations List 统计项

7.png

  • Adress:内存块的地点
  • Category:对象的范例
  • Timestamp:申请内存的时间
  • Size:内存块的巨细
  • Responsible Library:负责申请该内存的库
  • Responsible Caller:负责申请该内存的方法
Generations 统计项

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



  • Snapshot:快照名
  • Timestamp:快照时间
  • Heap Growth:自前次快照以来的增长数量
  • #Persistent:仍然存活的对象数量
使用

使用重要分两部分

  • 检测内存泄漏
  • 查看具体的内存泄漏环境
检测内存泄漏


  • Xcode菜单 - Product - Profile - Leaks,然后运行步调,随着对模仿器运行的App的操纵,可以在Leaks中查看内存占用的环境。

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

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

    11.png
查看内存泄漏引用图

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

12.png 参考文章

XCode内存泄漏检测工具先容-Instruments之Leaks
使用Instruments定位iOS应用的Memory Leaks
Xcode Instruments Leak办理内存泄漏标题
# iOS Instruments之Leaks
### Xcode Instruments系列之Leaks使用教程
# iOS开辟之非常精准内存泄露检测工具
# Find memory leaks
您需要登录后才可以回帖 登录 | 立即注册

Powered by CangBaoKu v1.0 小黑屋藏宝库It社区( 冀ICP备14008649号 )

GMT+8, 2024-10-18 20:32, Processed in 0.157629 second(s), 35 queries.© 2003-2025 cbk Team.

快速回复 返回顶部 返回列表