Xcode8 Instruments 測(cè)試工具使用二

這篇文章主要介紹使用Instruments的 Time Profiler 的使用

前言
1.很多公司都恨不得把a(bǔ)pp壓法周期壓縮到最低,這就導(dǎo)致了開(kāi)發(fā)中隱藏了很多問(wèn)題,有點(diǎn)經(jīng)驗(yàn)的工程師草率的優(yōu)化下,更糟的情況那些沒(méi)有經(jīng)驗(yàn)的工程師甚至不會(huì)對(duì)app進(jìn)行任何優(yōu)化.2.某種程度上來(lái)說(shuō),你開(kāi)發(fā)過(guò)程中是可以忽略性能優(yōu)化的. 十年前,移動(dòng)設(shè)備的硬件資源是非常有限的.甚至連浮點(diǎn)數(shù)都是被禁止的.因?yàn)楦↑c(diǎn)數(shù)能導(dǎo)致代碼變大計(jì)算的速度變慢.3.科技發(fā)展如此迅速的今天,硬件很大程度上可以彌補(bǔ)軟件的短板.現(xiàn)在的移動(dòng)設(shè)備3D硬件處理的效率甚至媲美于PC機(jī)了,但是你不能總依賴(lài)于硬件和處理器速度來(lái)掩飾你APP做的多垃圾吧.(如果安卓系統(tǒng)跑在Iphone上還能夠像iOS一樣順滑嗎?其實(shí)是一個(gè)道理的)4.性能這個(gè)概念很抽象,所以我們必須借助數(shù)據(jù)化圖形化的輸出方式.你可能花一周的時(shí)間去優(yōu)化一個(gè)有趣的算法,但是這算法只占總執(zhí)行時(shí)間的0.5%,不管你花多少精力去優(yōu)化它,沒(méi)人會(huì)注意到.相反一個(gè)for循環(huán)花費(fèi)了90%的時(shí)間,你稍微修改下就能提高10%的效率,就是這個(gè)簡(jiǎn)單的修改可以得到大家很大的好感.因?yàn)?他們運(yùn)行app時(shí)的第一感受就是比之前快了很多.沒(méi)人會(huì)care你修改的是一個(gè)多牛逼的算法,還是一個(gè)簡(jiǎn)單的for循環(huán).這個(gè)說(shuō)明了什么盐碱?與其花費(fèi)時(shí)間在優(yōu)化小細(xì)節(jié)上不如多點(diǎn)時(shí)間找到你改優(yōu)化的地方.

正文
二伍掀、使用Instruments的 Time Profiler 工具(?pr??f??l? 脯肉fai樂(lè) 分析工具)
Time Profiler幫助我們分析代碼的執(zhí)行時(shí)間澎怒,找出導(dǎo)致程序變慢的原因脏嚷,告訴我們“時(shí)間都去哪兒了艾疟?”浩习。
Time Profiler分析原理:它按照固定的時(shí)間間隔來(lái)跟蹤每一個(gè)線程的堆棧信息诗茎,通過(guò)統(tǒng)計(jì)比較時(shí)間間隔之間的堆棧狀態(tài)拷姿,來(lái)推算某個(gè)方法執(zhí)行了多久匀们,并獲得一個(gè)近似值缴淋。其實(shí)從根本上來(lái)說(shuō)與我們的原始分析方法異曲同工,只不過(guò)其將各個(gè)方法消耗的時(shí)間統(tǒng)計(jì)起來(lái)泄朴。

下面講解兩種調(diào)試方式重抖,一般來(lái)說(shuō),我們會(huì)用前者調(diào)試CPU的運(yùn)行狀況第一種調(diào)試方式:使用Instruments的 Leaks 工具(這里不做講解祖灰,請(qǐng)看我的第一篇文章)第二種調(diào)試方式:Time Profiler 時(shí)間分析工具 用來(lái)檢測(cè)應(yīng)用CPU的使用情況.可以看到應(yīng)用程序中各個(gè)方法正在消耗CPU時(shí)間.使用大量CPU不一定是個(gè)問(wèn)題.類(lèi)似我們客戶(hù)端中不同場(chǎng)景的天氣,動(dòng)畫(huà)就對(duì)CPU依賴(lài)就非常高钟沛,動(dòng)畫(huà)本身也是非常苛刻且耗費(fèi)資源較多的任務(wù).
下面引出“時(shí)間事件查看器”(Time Profiler),———他可以測(cè)量時(shí)間的間隔,中斷程序執(zhí)行,跟蹤每個(gè)線程的堆棧.操作步驟:1.工具通過(guò)Xcode工具欄中Product->Profile可以啟動(dòng),啟動(dòng)后界面如下:


圖一

2.選擇Time Profiler啟動(dòng).彈出如 (圖二)窗口


圖二

當(dāng)點(diǎn)擊Time Profiler應(yīng)用程序開(kāi)始運(yùn)行后. 就能獲取到整個(gè)應(yīng)用程序運(yùn)行 消耗時(shí)間分布 和 百分比.研究下面的截圖和它下面的每個(gè)部分的解釋?zhuān)喝鐖D三:


圖三

下面是講解:
1.這里控制記錄過(guò)程局扶,點(diǎn)擊紅色的"記錄"按鈕可以停止或開(kāi)始當(dāng)前正在分析的app(在記錄和停止按鈕之間切換)讹剔,暫停鍵,如你所想详民,暫停當(dāng)前正在運(yùn)行的app延欠。注意這實(shí)際上是停止和啟動(dòng)應(yīng)用程序,而不是暫停它.2.這里是執(zhí)行計(jì)時(shí)器(run timer),運(yùn)行定時(shí)器和運(yùn)行導(dǎo)航,定時(shí)器顯示APP已經(jīng)運(yùn)行了多長(zhǎng)時(shí)間,執(zhí)行了多少次。箭頭之間是可以移動(dòng)的沈跨。如果停止由捎,然后使用錄制按鈕重新啟動(dòng)應(yīng)用程序,這將開(kāi)始一個(gè)新的運(yùn)行饿凛。顯示屏便會(huì)顯示“run2 of 2”狞玛,你可以回到第一次運(yùn)行的數(shù)據(jù),首先你停止當(dāng)前運(yùn)行涧窒,然后按下左箭頭回去3.運(yùn)行軌道心肪。這里被稱(chēng)作路徑(track),就你選擇的Time Profiler工具而言纠吴,因?yàn)橹挥幸粋€(gè)工具硬鞍,所以這里只有一條路徑,關(guān)于這里顯示的圖標(biāo)的詳情,一會(huì)你就會(huì)在接下來(lái)的教程中了解更多固该。4.擴(kuò)展面板锅减,在時(shí)間探查儀器的情況下,它是用來(lái)跟蹤顯示堆棧伐坏。5.詳細(xì)地面板怔匣。它顯示了你正在使用的儀器的主要信息,這是使用頻率最高的部門(mén),可以從它這里看到cpu運(yùn)行的時(shí)間.這里是詳情面板,展示的是你正在使用的工具的主要信息桦沉。就現(xiàn)在而言每瞒,這里展示的是最"笨重(hottest)"的方法--換句話說(shuō),占用CPU時(shí)間最長(zhǎng)的方法纯露。點(diǎn)擊上方的bar會(huì)看到Call Tree(左手邊的那個(gè))并選中Sample List剿骨,然后你會(huì)看到數(shù)據(jù)的不同視圖,視圖展示了每一個(gè)示例苔埋。點(diǎn)擊其中幾個(gè),你會(huì)在Extended Detail inspector中看到被捕獲的堆棧跟蹤蜒犯。6.選項(xiàng)面板组橄,也叫檢查器(inspector)面板,一共有三個(gè)檢查器:record setting(記錄設(shè)置)罚随,display setting(展示設(shè)置)玉工,還有extends detail(擴(kuò)展詳情)。(在上一篇文章里有詳細(xì)介紹)淘菩。

原始的性能分析方法
這種分析方法估計(jì)是很多開(kāi)發(fā)人員第一時(shí)間想到的遵班,寫(xiě)個(gè)單元測(cè)試,在開(kāi)始和結(jié)束的地方記錄時(shí)間潮改。示例代碼:NSDate *startDate = [NSDate date];for(int i = 0; i < 999; i++){// do something}NSDate *endDate = [NSDate date];NSLog(@"time:%f", [endDate timeIntervalSinceDate: startDate]);這種方法的缺點(diǎn)有以下幾點(diǎn):1狭郑、測(cè)試效率太低,很多性能瓶頸是很難預(yù)估到的汇在,需要從上層到下層進(jìn)行逐步排除翰萨;2、無(wú)法對(duì)界面渲染的效率進(jìn)行測(cè)試糕殉,找出界面性能瓶頸亩鬼;3、NSLog的分析不夠精確阿蝶,可能在模擬器上由于開(kāi)發(fā)設(shè)備性能速度快雳锋,無(wú)法明顯區(qū)分出性能瓶頸。二.使用Time Profiler前須知1.當(dāng)點(diǎn)擊Time Profiler應(yīng)用程序開(kāi)始運(yùn)行后.就能獲取到整個(gè)應(yīng)用程序運(yùn)行消耗時(shí)間分布和百分比.為了保證數(shù)據(jù)分析在統(tǒng)一使用場(chǎng)景真實(shí)行有如下點(diǎn)需要注意:在開(kāi)始進(jìn)行應(yīng)用程序性能分析的時(shí)候,一定要使用真機(jī),模擬器運(yùn)行在Mac上羡洁,然而Mac上的CPU往往比iOS設(shè)備要快玷过。相反,Mac上的GPU和iOS設(shè)備的完全不一樣,模擬器不得已要在軟件層面(CPU)模擬設(shè)備的GPU冶匹,這意味著GPU相關(guān)的操作在模擬器上運(yùn)行的更慢习劫,尤其是使用CAEAGLLayer來(lái)寫(xiě)一些OpenGL的代碼時(shí)候. 這就導(dǎo)致模擬器性能數(shù)據(jù)和用戶(hù)真機(jī)使用性能數(shù)據(jù)相去甚運(yùn).2.另外在開(kāi)始性能分析前另外一件重要的事情是,應(yīng)用程序運(yùn)行一定要發(fā)布配置 而不是調(diào)試配置.在發(fā)布環(huán)境打包的時(shí)候嚼隘,編譯器會(huì)引入一系列提高性能的優(yōu)化诽里,例如去掉調(diào)試符號(hào)或者移除并重新組織代碼.另iOS引入一種"Watch Dog"[看門(mén)狗]機(jī)制.不同的場(chǎng)景下,“看門(mén)狗”會(huì)監(jiān)測(cè)應(yīng)用的性能飞蛹。如果超出了該場(chǎng)景所規(guī)定的運(yùn)行時(shí)間谤狡,“看門(mén)狗”就會(huì)強(qiáng)制終結(jié)這個(gè)應(yīng)用的進(jìn)程.開(kāi)發(fā)者可以crashlog看到對(duì)應(yīng)的日志.但Xcode在調(diào)試配置下會(huì)禁用"Watch Dog".三.time profiler的主界面(幾個(gè)需要關(guān)注的重點(diǎn)區(qū)域)


1.png

視圖開(kāi)關(guān):分別為三個(gè)視圖的開(kāi)關(guān),全部選上可達(dá)到主界面截圖效果卧檐。搜索條:如果您需要快速查找具體的類(lèi)或函數(shù)墓懂,可在些輸入類(lèi)名或者函數(shù)名,會(huì)有意想不到的效果霉囚。數(shù)據(jù)可視化面板:可在此設(shè)置您需要關(guān)注的范圍捕仔,以便將不相干的內(nèi)容過(guò)濾掉。詳情面板:在time profiler下主要是看Call Tree和Sample List這兩種視圖:


2.png

調(diào)用樹(shù)(Call Tree


3.png

Running Time:函數(shù)運(yùn)行的時(shí)間盈罐,這個(gè)時(shí)間是累積時(shí)間Self:在棧頂次數(shù)Symbol Name:被調(diào)用函數(shù)的符號(hào)信息從詳情面板Call Tree與相關(guān)內(nèi)容擴(kuò)展詳情面板對(duì)應(yīng)的關(guān)系圖:


4.png

詳情面板更多的信息選項(xiàng)


5.png

樣本列表(Sample List)


6.png

Timestamp:采樣的開(kāi)始時(shí)間Dep:堆棧深度CPU:線程運(yùn)行在那一個(gè)CPU上Process:進(jìn)程名稱(chēng)Thread:所在的線程名稱(chēng)Hot Frame:采樣中調(diào)用最多的函數(shù)Responsible Library:調(diào)用該函數(shù)的庫(kù)Responsible Caller:調(diào)用該函數(shù)的函數(shù)選項(xiàng)視圖參數(shù)設(shè)置


7.png

Separate byt Thread(建議選擇):通過(guò)線程分類(lèi)來(lái)查看那些純種占用CPU最多榜跌。Invert Call Tree(不建議選擇):調(diào)用樹(shù)倒返過(guò)來(lái),將習(xí)慣性的從根向下一級(jí)一級(jí)的顯示盅粪,如選上就會(huì)返過(guò)來(lái)從最底層調(diào)用向一級(jí)一級(jí)的顯示钓葫。如果想要查看那個(gè)方法調(diào)用為最深時(shí)使用會(huì)更方便些。Hide Missing Symbols(建議選擇):隱藏丟失的符號(hào)票顾,比如應(yīng)用或者系統(tǒng)的dSYM文件找不到的話础浮,在詳情面板上是看不到方法名的,只能看一些讀不明的十六進(jìn)值奠骄,所以對(duì)我們來(lái)說(shuō)是沒(méi)有意義的豆同,去掉了會(huì)使閱讀更清楚些。Hide System Libraries(建議選擇):選上它只會(huì)展示與應(yīng)用有關(guān)的符號(hào)信息含鳞,一般情況下我們只關(guān)心自己寫(xiě)的代碼所需的耗時(shí)诱告,而不關(guān)心系統(tǒng)庫(kù)的CPU耗時(shí)。Flatten Recursion(一般不選):選上它會(huì)將調(diào)用棧里遞歸函數(shù)作為一個(gè)入口民晒。Top Functions(可選):選上它會(huì)將最耗時(shí)的函數(shù)降序排列精居,而這種耗時(shí)是累加的,比如A調(diào)用了B潜必,那么A的耗時(shí)數(shù)是會(huì)包含B的耗時(shí)數(shù)靴姿。四.使用技巧1.圖標(biāo)為黑色頭像的就是Time Profiler給我們的提示疗绣,有可能存在性能瓶頸的地方2.按著option鍵在主界面6中通過(guò)拖動(dòng)鼠標(biāo)來(lái)選擇需要過(guò)濾的時(shí)間段3.Command+F查找過(guò)濾的函數(shù)名或者類(lèi)名4.關(guān)聯(lián)代碼


8.png

5.Call Tree Constraints過(guò)濾


9.png

Count:設(shè)置調(diào)用的次數(shù)(調(diào)用2次以上的方法)Time (ms):設(shè)置耗時(shí)范圍(耗時(shí)20毫秒以上的方法)篩選結(jié)果示例圖10.png


10.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末冕房,一起剝皮案震驚了整個(gè)濱河市祖秒,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌剩燥,老刑警劉巖揭保,帶你破解...
    沈念sama閱讀 217,277評(píng)論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件埃叭,死亡現(xiàn)場(chǎng)離奇詭異睁搭,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)吱型,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,689評(píng)論 3 393
  • 文/潘曉璐 我一進(jìn)店門(mén)逸贾,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人津滞,你說(shuō)我怎么就攤上這事铝侵。” “怎么了触徐?”我有些...
    開(kāi)封第一講書(shū)人閱讀 163,624評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵咪鲜,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我撞鹉,道長(zhǎng)疟丙,這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,356評(píng)論 1 293
  • 正文 為了忘掉前任鸟雏,我火速辦了婚禮享郊,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘崔慧。我一直安慰自己拂蝎,他們只是感情好穴墅,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,402評(píng)論 6 392
  • 文/花漫 我一把揭開(kāi)白布惶室。 她就那樣靜靜地躺著,像睡著了一般玄货。 火紅的嫁衣襯著肌膚如雪皇钞。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 51,292評(píng)論 1 301
  • 那天松捉,我揣著相機(jī)與錄音夹界,去河邊找鬼。 笑死隘世,一個(gè)胖子當(dāng)著我的面吹牛可柿,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播丙者,決...
    沈念sama閱讀 40,135評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼复斥,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了械媒?” 一聲冷哼從身側(cè)響起目锭,我...
    開(kāi)封第一講書(shū)人閱讀 38,992評(píng)論 0 275
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤评汰,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后痢虹,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體被去,經(jīng)...
    沈念sama閱讀 45,429評(píng)論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,636評(píng)論 3 334
  • 正文 我和宋清朗相戀三年奖唯,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了惨缆。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,785評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡臭埋,死狀恐怖踪央,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情瓢阴,我是刑警寧澤畅蹂,帶...
    沈念sama閱讀 35,492評(píng)論 5 345
  • 正文 年R本政府宣布,位于F島的核電站荣恐,受9級(jí)特大地震影響液斜,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜叠穆,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,092評(píng)論 3 328
  • 文/蒙蒙 一少漆、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧硼被,春花似錦示损、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,723評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至仔掸,卻和暖如春脆贵,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背起暮。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,858評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工卖氨, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人负懦。 一個(gè)月前我還...
    沈念sama閱讀 47,891評(píng)論 2 370
  • 正文 我出身青樓筒捺,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親纸厉。 傳聞我的和親對(duì)象是個(gè)殘疾皇子系吭,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,713評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容