使用MsLeak以及Instument調(diào)試解決iOS內(nèi)存泄露
工具和描述參考網(wǎng)絡(luò)內(nèi)容整理媳危，http://www.raywenderlich.com/
補充MSleakHunter demo說明
rodman整理
雖然iOS 5.0版本之后加入了ARC機制歪玲，由于相互引用關(guān)系比較復(fù)雜時呐舔，內(nèi)存泄露還是可能存在淑趾。你要相信我，做一個app終歸是會比較復(fù)雜的攒霹。
這里收集傳統(tǒng)常用的Xcode和Instruments定位方法导俘，以及新秀內(nèi)存泄露定位工具M(jìn)SleakHunter。
使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露
運行Demo
先下載一個實現(xiàn)準(zhǔn)備好的內(nèi)存泄露的Demo吧：leakapp
下載下來剔蹋，打開運行旅薄，程序是一個壽司的列表，列出各種壽司卷。試著選擇里面的幾行少梁，應(yīng)該是選第二行的時候就崩潰了洛口。崩潰截圖：
在崩潰的地方斷住了，知道crash的地方了凯沪，但是不知道具體crash的原因第焰。
設(shè)置NSZombieEnabled
這是一個 “EXC_BAD_ACCESS”錯誤。我們打開XCode的選項：“NSZombieEnabled” 妨马。在crash時可能會給你更多的一些提示信息挺举。
-
設(shè)置步驟：1 edit scheme
此處輸入圖片的描述 -
勾上紅色框里的
此處輸入圖片的描述
運行，按剛才的操作選中其中的cell烘跺。再次crash湘纵，這次在output窗口會看到多了一項錯誤信息：
2012-11-28 13:22:08.911 PropMemFun[2132:11303] *** -[CFString respondsToSelector:]: message sent to deallocated instance 0x713ebc0
大概意思是：向已釋放的內(nèi)存發(fā)送消息。也就是說使用了已釋放的內(nèi)存滤淳，在C語言相當(dāng)于使用了“野指針”
看了下crash的這個語句梧喷，sushiString應(yīng)該是沒問題的，它是從stringWithFormat初始化出來的脖咐。那就是_lastSushiSelected的問題铺敌。
_lastSushiSelected指向了sushiString，sushiString是一個autorelease變量屁擅。 在第二次點擊時偿凭，使用的是sushiString已經(jīng)被釋放，所以crash了派歌。那為_lastSushiSelected保留一下弯囊，就可以用了。代碼修改如下：
_lastSushiSelected = [sushiString retain];
運行硝皂，這時候不崩潰。
-
分析內(nèi)存泄露(shift+command+b)
app不crash了作谭，那看看有沒有內(nèi)存泄露稽物。用XCode的Analyze就能分析到哪里有內(nèi)存泄露.
此處輸入圖片的描述
分析之后可以看到：
此處輸入圖片的描述
這里提示alertView沒被釋放，有內(nèi)存泄露折欠，那我們釋放
[alertView release];
再分析贝或，這個問題解決了。 -
使用Instruments的leaks工具
分析內(nèi)存泄露不能把所有的內(nèi)存泄露查出來锐秦，有的內(nèi)存泄露是在運行時咪奖，用戶操作時才產(chǎn)生的。那就需要用到Instruments了酱床。
此處輸入圖片的描述
大家可能都能猜到羊赵，紅色的柱子表示內(nèi)存泄露了。怎么通過這個工具看到在哪泄露了呢?
先在工具欄按下紅色的圓形按鈕，把工具監(jiān)視內(nèi)存的活動停下來昧捷。選擇Leak闲昭，然后點中間十字交叉那，選擇Call Tree.
此處輸入圖片的描述
這時候左下角的Call Tree的可選項可以選了靡挥。選中Invert Call Tree 和Hide System Libraries,顯示如下：
此處輸入圖片的描述
這時候內(nèi)存泄露的具體代碼找到了序矩，在右邊的紅色框框里指定了哪個方法出現(xiàn)了內(nèi)存泄露。
你只要在這些方法上雙擊跋破，就會跳轉(zhuǎn)到具體的代碼簸淀，哈哈，是不是很方便毒返。
此處輸入圖片的描述
這里應(yīng)該是提示100%內(nèi)存會泄露租幕。 - 解決內(nèi)存泄露問題
問題找到了，那就解決吧
關(guān)于：tableView:didSelectRowAtIndexPath 饿悬，分析下它的內(nèi)存過程：
- sushiString變量通過autorelease創(chuàng)建令蛉，它的引用計數(shù)是1.
- 這行代碼使得引用計數(shù)增加到2， _lastSushiSelected = [sushiString retain];
- 這個方法結(jié)束時狡恬，sushiString的autorelease生效了珠叔，這個變量的引用計數(shù)減少為1
- 當(dāng)再次執(zhí)行tableView:didSelectRowAtIndexPath這個方法時，_lastSushiSelected被賦值了新指針弟劲，老的_lastSushiSelected的引用計數(shù)還是1祷安，沒有被釋放，產(chǎn)生了內(nèi)存泄露兔乞。
怎么解決呢?
在_lastSushiSelected = [sushiString retain];之前把原來的release就ok了:
[_lastSushiSelected release];
_lastSushiSelected = [sushiString retain];
關(guān)于：tableView:cellForRowAtIndexPath
這個比較明顯汇鞭，sushiString被alloc和init之后就沒有釋放，可以用stringWithFormat來調(diào)用autorelease庸追，代碼如下：
NSString *sushiString = [NSString stringWithFormat:@"%d: %@", indexPath.row, sushiName];
好了霍骄，泄露都fix了，再用工具分析看看淡溯，這時候你再點读整，再拖，再怎么操作咱娶，都沒有內(nèi)存泄露了米间。表明內(nèi)存泄露被堵住了。
MSLeakHuntery用于定位內(nèi)存泄露
通過埋入代碼做跟蹤膘侮，可以考慮使用一個叫MSleakHunter的開源工具屈糊。下載地址
MSLeakHunter可以幫你定位和調(diào)試你的ios程序，以找到潛在的內(nèi)存泄露隱患琼了。
常常會出現(xiàn)這樣的狀況逻锐，你的ios聲明的對象存在內(nèi)存泄露的風(fēng)險（如一些沒有被釋放的對象）而你的instruments卻沒有定位到。比如如下一種特別的例子，程序中循環(huán)使用一些blocks谦去，很難正確的意識到內(nèi)存已經(jīng)被正確的釋放掉慷丽。
msleakhunter提供了一個通用的接口來構(gòu)建“l(fā)eak hunter”對象，這是在監(jiān)測一個特定的對象資源分配以及回收鳄哭。在這一過程中要糊，提供兩個特定的實施例：msviewcontrollerleakhunter和msviewleakhunter（用于分別處理UIViewController和UIView的實例）。
當(dāng)然妆丘，只要你愿意锄俄，你可以創(chuàng)造盡可能多的leakhunter以達(dá)到測試目的。對象唯一需要關(guān)注的就是他們要釋放有一定的方法勺拣，在使用后需要調(diào)用對應(yīng)的方式做釋放奶赠。例如，通過UIViewController 得到一個viewdiddisappear實例：在釋放它之前總會需要存在一些時間药有。msleakhunter所能支持你做的毅戈，就是跟蹤對象，一段時間都未被使用也沒有調(diào)用dealloc釋放此對象愤惰，這將被認(rèn)為是潛在的泄露可能苇经，并打印日志再控制臺。
msleakhunter的安裝是相當(dāng)輕量的宦言，所以它不會明顯傷害任何應(yīng)用程序的性能扇单，但是仍舊建議當(dāng)發(fā)布應(yīng)用時，把這個代碼禁用（通過msleakhunter_enabled宏）奠旺。
安裝方法
-
解壓Leakhunter下載地址內(nèi)容蜘澜，引入你的工程下。添加 MSLeakHunter.{h,m} 到Xcode項目中.
-
在build Phases中修改leaker hunter相關(guān)的M文件不使用arc
在AppDelegate文件中引用leakHunter响疚，并做初始化
參考代碼：
#import "MSLeakHunter.h"
#import "MSViewControllerLeakHunter.h"
#import "MSViewLeakHunter.h"
#import “MSZombieHunter.h"
#if MSLeakHunter_ENABLED
[MSLeakHunter installLeakHunter:[MSViewControllerLeakHunter class]];
#endif
#if MSViewLeakHunter_ENABLED
[MSLeakHunter installLeakHunter:[MSViewLeakHunter class]];
#endif
確保MSVCLeakHunter.h中鄙信，MSVCLeakHunter_ENABLED 被設(shè)置為1
參考范例如下
輔助問題分析和定位
- 啟動app并配合xCode查看運行狀況，如下圖一能看到內(nèi)存的使用數(shù)值和走勢忿晕，下圖二會打印可能存在內(nèi)存泄露的嫌疑內(nèi)容装诡。
- 內(nèi)存有持續(xù)增長，且提示有泄露時杏糙，可以考慮使用LeakHunter提供的方法打斷點
一旦你知道它的存在泄露慎王，這個工具可以讓你調(diào)試泄漏蚓土『晔蹋可以考慮使用LeakHunter打斷點提供了一個非常簡單的方法使調(diào)試器停止在你關(guān)注的對象上。在msleakhunterretainbreakpointshelper.H中蜀漆，用此方法監(jiān)視你要的對象谅河。可以幫助你找出額外的-retain調(diào)用，或誰在保留對象但不釋放它.
ms_enablememorymanagementmethodbreakpointsonobject（object）在調(diào)用-retain, -release, -autorelease, 或者-dealloc釋放該對象后绷耍，調(diào)試器將停止應(yīng)用監(jiān)控吐限。此時如果查看堆棧，可以看到在你的應(yīng)用程序中誰造成調(diào)用這些方法褂始，這能幫助你調(diào)試內(nèi)存管理的問題诸典。
注：msleakhunterretainbreakpointshelper已經(jīng)被編譯non arc。如果您的項目ARC崎苗，請參閱本指南點擊查看狐粱，以了解如何禁用該文件。
MSZombieHunter的使用
MSZombieHunter默認(rèn)是nszombieenabled胆数，你可以通過以下方法啟用他
+[MSZombieHunter enable];
開啟之后肌蜻，一旦被監(jiān)控的對象釋放，MSZombieHunter會拋出exception必尼，方便你立即捕獲蒋搜。
重要說明
使mszombiehunter使所有對象收到dealloc消息仍舊保持存活，成倍增加了應(yīng)用程序的內(nèi)存使用情況判莉。因為這個原因豆挽，只是建議在模擬器上啟用它，或者當(dāng)你試圖調(diào)試一個exc_bad_access崩潰時使用骂租。
