前言:
最近,小编在看戴铭老师的技术分享,感受收获不少。基于最近的学习,小编总结了一些App启动优化上的知识点,并计划落地一系列App启动优化的文章。
目录以下:
iOS App启动优化(一)—— 了解App的启动流程
iOS App启动优化(二)—— 使用“Time Profiler”工具监控App的启动耗时
iOS App启动优化(三)—— 本身作一个工具监控App的启动耗时git
上一篇介绍了App的完整启动流程和优化思路,本篇将介绍如何查看App启动耗时以及 “使用Xcode内置性能调优工具 Instruments 之 TimeProfiler 监控App各阶段耗时”。github
想查看Pre-Main阶段的时间比较简单。app
直接打开Xcode,找到Product
->Scheme
->Edit Scheme
->Run
->Arguments
->Environment Variables
->DYLD_PRINT_STATISTICS
设置为 YES
框架
Run一下,就能看到pre-Main的耗时日志啦~ide
查看Main函数以后的耗时,目前有两种方案:函数
方案一:定时抓取主线程方法的调用堆栈,计算一段时间里的方法耗时。(Xcode
中的Time Profiler
就是使用的这种的方法)工具
方案二:对objc_msgSend
方法进行hook
,来获得全部方法的耗时。性能
注:
hook
是指在原有方法开始执行时,换成你指定的方法(用Runtime
的Method Swizzle
/ Facebook开源的fishhook框架)。或在原有方法的执行先后,添加执行你指定的方法。从而达到改变指定方法的目的。 (PS:关于fishhook
,推荐阅读一篇博客:fishhook原理)学习
使用方案一的TimeProfiler
查看Main
函数后耗时,方法如图:优化
第一步,打开工程,链接真机。 (PS:必定要用真机调试,由于模拟器使用的是电脑的CPU,并不能检测出真正的性能问题。)
第二步,打开Xcode
,Product
-> Profile
。
Time Profiler
。Call Tree
:注: 1 . Separate by State:按状态分开,分析数据。 2 . Separate by Thread:按线程分开,分析数据。可找出严重消耗资源的线程,特别对于处理和渲染UI的主线程,一旦主线程受到阻塞,必定会形成App的卡顿。 3 . Invert Call Tree:反向显示调用树。把调用层级最深的方法显示在最上面。 4 . Hide System Libraries:隐藏系统级的干扰信息。 5 . Flatten Recursion:合并递归。 6 . Top Functions:置顶耗时方法。
最后,我是站在iOS业界巨人的肩膀上完成了App启动优化(一)、(二)、(三),感谢戴铭老师精彩的技术分享。
另附上,戴铭老师课程连接:《iOS开发高手课》