一步步除錯解決iOS記憶體洩漏
雖然iOS 5.0版本之後加入了ARC機制,由於相互引用關係比較複雜時,記憶體洩露還是可能存在。所以瞭解原理很重要。
這裡講述在沒有ARC的情況下,如何使用Instruments來查詢程式中的記憶體洩露,以及NSZombieEnabled設定的使用。
本文假設你已經比較熟悉Obj-C的記憶體管理機制。
實驗的開發環境:XCode 4.5.2
1、執行Demo
先下載一個實現準備好的記憶體洩露的Demo吧:leak app
下載下來,開啟執行,程式是一個壽司的列表,列出各種壽司卷。試著選擇裡面的幾行,應該是選第二行的時候就崩潰了。崩潰截圖:
在崩潰的地方斷住了,知道crash的地方了,但是不知道具體crash的原因。
2、設定NSZombieEnabled
這是一個 “EXC_BAD_ACCESS”錯誤。我們開啟XCode的選項:“NSZombieEnabled” 。在crash時可能會給你更多的一些提示資訊。
設定步驟:1
2:勾上紅色框裡的
執行,按剛才的操作選中其中的cell。再次crash,這次在output視窗會看到多了一項錯誤資訊:
2012-11-28 13:22:08.911 PropMemFun[2132:11303] *** -[CFString respondsToSelector:]: message sent to deallocated instance 0x713ebc0
大概意思是:向已釋放的記憶體傳送訊息。也就是說使用了已釋放的記憶體,在C語言相當於使用了“野指標”
看了下crash的這個語句,sushiString應該是沒問題的,它是從stringWithFormat初始化出來的。那就是_lastSushiSelected的問題。
_lastSushiSelected指向了sushiString,sushiString是一個autorelease變數。 在第二次點選時,使用的是sushiString已經被釋放,所以crash了。那為_lastSushiSelected保留一下,就可以用了。程式碼修改如下:
_lastSushiSelected = [sushiString retain];
執行,這時候不崩潰。
3、分析記憶體洩露(shift+command+b)
app不crash了,那看看有沒有記憶體洩露。用XCode的Analyze就能分析到哪裡有記憶體洩露
分析之後可以看到:
這裡提示alertView沒被釋放,有記憶體洩露,那我們釋放
[alertView release];
再分析,這個問題解決了。
4、使用Instruments的leaks工具
6、解決記憶體洩露問題
關於:tableView:didSelectRowAtIndexPath ,分析下它的記憶體過程:
- sushiString變數通過autorelease建立,它的引用計數是1.
- 這行程式碼使得引用計數增加到2, _lastSushiSelected = [sushiString retain];
- 這個方法結束時,sushiString的autorelease生效了,這個變數的引用計數減少為1
- 當再次執行tableView:didSelectRowAtIndexPath這個方法時,_lastSushiSelected被賦值了新指標,老的_lastSushiSelected的引用計數還是1,沒有被釋放,產生了記憶體洩露。
怎麼解決呢?
在_lastSushiSelected = [sushiString retain];之前把原來的release就ok了:
[_lastSushiSelected release]; _lastSushiSelected = [sushiString retain];
關於:tableView:cellForRowAtIndexPath
這個比較明顯,sushiString被alloc和init之後就沒有釋放,可以用stringWithFormat來呼叫autorelease,程式碼如下:
NSString *sushiString = [NSString stringWithFormat:@"%d: %@", indexPath.row, sushiName];
好了,洩露都fix了,再用工具分析看看,這時候你再點,再拖,再怎麼操作,都沒有記憶體洩露了。表明記憶體洩露被堵住了。
相關文章
- 記憶體洩漏除錯工具記憶體除錯
- Java記憶體洩漏解決之道Java記憶體
- iOS檢測記憶體洩漏iOS記憶體
- Handler記憶體洩漏分析及解決記憶體
- Android 輕鬆解決記憶體洩漏Android記憶體
- Handler記憶體洩漏原因及解決方案記憶體
- 防範JAVA記憶體洩漏解決方案Java記憶體
- 記憶體洩漏記憶體
- 解決記憶體洩漏(1)-ApacheKylin InternalThreadLocalMap洩漏問題分析記憶體Apachethread
- iOS八種記憶體洩漏問題iOS記憶體
- iOS 11 textField記憶體洩漏問題iOS記憶體
- 分析記憶體洩漏和goroutine洩漏記憶體Go
- RxJava記憶體洩漏的一種解決方案RxJava記憶體
- Android之記憶體洩漏除錯學習與總結Android記憶體除錯
- js記憶體洩漏JS記憶體
- Java記憶體洩漏Java記憶體
- webView 記憶體洩漏WebView記憶體
- Javascript記憶體洩漏JavaScript記憶體
- 深入瞭解 JavaScript 記憶體洩漏JavaScript記憶體
- 手把手教你解決 Flutter engine 記憶體洩漏Flutter記憶體
- Handler的使用、記憶體洩漏和解決記憶體
- 記憶體分析與記憶體洩漏定位記憶體
- 記憶體洩漏和記憶體溢位記憶體溢位
- 記一則伺服器記憶體洩漏解決過程伺服器記憶體
- valgrind 記憶體洩漏分析記憶體
- Android 記憶體洩漏Android記憶體
- Android記憶體洩漏Android記憶體
- 淺談記憶體洩漏記憶體
- 記憶體洩漏的原因記憶體
- JavaScript 記憶體洩漏教程JavaScript記憶體
- 說說 記憶體洩漏記憶體
- Android 效能優化 - 徹底解決記憶體洩漏Android優化記憶體
- iOS記憶體洩漏自動檢測工具PLeakSnifferiOS記憶體
- 【記憶體洩漏和記憶體溢位】JavaScript之深入淺出理解記憶體洩漏和記憶體溢位記憶體溢位JavaScript
- JVM——記憶體洩漏與記憶體溢位JVM記憶體溢位
- Perfdog 玩轉記憶體洩漏記憶體
- WebView引起的記憶體洩漏WebView記憶體
- .Net程式記憶體洩漏解析記憶體