iOS 底层原理39:Instruments系列(七)Time Profiler

iOS 底层原理 文章汇总

概述

Time Profiler主要用来检测应用CPU的使用情况,可以帮助我们分析代码/方法的执行时间,找出程序变慢的原因,告诉我们时间都去哪了

在开发过程中,点击按钮,或者跳转页面时有卡顿,即延迟,就可以使用Time Profiler找出耗时的函数

原理

Time Profiler是按照固定时间间隔(1ms)来跟踪每一个线程的调用堆栈信息进行采样,然后通过统计比较时间间隔之间的堆栈状态,来推算某个方法的执行时间,并获取一个近似值。如下所示,图中虚线是采样点,最后统计出调用栈和对应函数调用的次数

Instruments_07_01.png

从图中看出,method3并不在统计结果中,这说明只要方法运行的足够快时,是很可能无法统计到的。对于耗时分析来说,并不会有什么问题,因为主要是分析执行慢的方法,执行快的方法一般都不会引起性能问题。

而且Time Profiler并不会精确的统计出方法的执行时间,当线程处于挂起或者等待执行状态时,Time Profiler并不能统计到此时的线程,它只能统计到真正在CPU上执行的线程

注意事项

1、必须在iOS真机上调试

因为模拟器是运行在Mac上的,然后Mac的CPU一般都比iOS设备快,两者的GPU也完全不同,所以如果在模拟器上进行调试,会导致模拟器的性能数据和用户真机的数据相差甚远。

2、必须在release环境下调试

主要是因为Xcode在debug环境下会禁用Watch Dog。而在release环境打包时,编译器会引入一系列提高性能的优化,例如去掉调试符号、移除并重组代码等。同时,iOS引入了Watch Dog(看门狗)机制,在不同的场景下,Watch Dog会监测应用的性能,如果超出了该场景所规定的的运行时间,Watch Dog会强制终结App的进程。开发者可以看到对应的crash log。

使用

  • 创建两个页面A和B,从Apush到B,在B的viewDidLoad方法中调用下面的方法
- (void)testLongTime{
    for (int i = 1; i < 10000000; i ++) {
        NSLog(@"i = %d", i);
    }
}
  • 通过Xcode - Product - Profile - 选择Time Profiler,配置Call Tree


    Instruments_07_02.png
    • Separate by State:按状态分开,分析数据。
    • Separate by Thread(建议选择):线程分离,只有这样才能在调用路径中能够清晰看到占用CPU最大的线程.每个线程应该分开考虑。只有这样你才能揪出那些大量占用CPU的"重"线程,按线程分开做分析,这样更容易揪出那些吃资源的问题线程。特别是对于主线程,它要处理和渲染所有的接口数据,一旦受到阻塞,程序必然卡顿或停止响应。
    • Invert Call Tree(不建议选择)反向显示调用:调用树倒返过来,将习惯性的从根向下一级一级的显示,如选上就会返过来从最底层调用向一级一级的显示。如果想要查看那个方法调用为最深时使用会更方便些。
    • Hide System Libraries(建议选择)隐藏系统库:选上它只会展示与应用有关的符号信息,一般情况下我们只关心自己写的代码所需的耗时,而不关心系统库的CPU耗时。
    • Flatten Recursion(一般不选)合并递归:选上它会将调用栈里递归函数作为一个入口。
    • Top Functions(可选)置顶耗时方法:选上它会将最耗时的函数降序排列,而这种耗时是累加的,比如A调用了B,那么A的耗时数是会包含B的耗时数。
  • 点击左上角运行程序,开启耗时检测,运行结果如下

    Instruments_07_03.png

    从图中可以看出,大部分时间占用在-[SecondViewController testLongTime]方法中,双击进入源代码页面,可以具体查看某一行的占用情况
    Instruments_07_04.png

    如果选择汇编展示
    Instruments_07_05.png

    如果选择查看次数
    Instruments_07_06.png

  • 还可以进一步设置耗时范围,过滤出想要的数据,比如设置最小耗时为50,过滤50以下的


    Instruments_07_07.png

所以综上所述,Time Profiler的基本调试逻辑为

  • 运行项目,开始分析
  • 找到最大的占用函数
  • 修复耗时的方法
  • 继续分析...直到完全修复
  • 注:有时自定义的方法也会引起系统代码卡顿,所以查看系统库的耗时方法也是很有必要的

参考文章

iOS性能优化 - 工具Instruments之Time Profiler
iOS 性能优化 - TimeProfiler分析代码耗时
ios Instruments之Time Profiler
iOS App启动优化(二)—— 使用“Time Profiler”工具监控App的启动耗时

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

推荐阅读更多精彩内容