雖然iOS 5.0版本之后加入了ARC機(jī)制，由于相互引用關(guān)系比較復(fù)雜時，內(nèi)存泄露還是可能存在。所以了解原理很重要。

這里講述在沒有ARC的情況下，如何使用Instruments來查找程序中的內(nèi)存泄露，以及NSZombieEnabled設(shè)置的使用。

本文假設(shè)你已經(jīng)比較熟悉Obj-C的內(nèi)存管理機(jī)制。

實(shí)驗(yàn)的開發(fā)環(huán)境：XCode 4.5.2

1、運(yùn)行Demo。

先下載一個實(shí)現(xiàn)準(zhǔn)備好的內(nèi)存泄露的Demo吧：leak app

下載下來，打開運(yùn)行，程序是一個壽司的列表，列出各種壽司卷。試著選擇里面的幾行，應(yīng)該是選第二行的時候就崩潰了。崩潰截圖：

在崩潰的地方斷住了，知道crash的地方了，但是不知道具體crash的原因。

2、設(shè)置NSZombieEnabled

這是一個 “EXC_BAD_ACCESS”錯誤。我們打開XCode的選項(xiàng)：“NSZombieEnabled” 。在crash時可能會給你更多的一些提示信息。

設(shè)置步驟：1

2：勾上紅色框里的

運(yùn)行，按剛才的操作選中其中的cell。再次crash，這次在output窗口會看到多了一項(xiàng)錯誤信息：

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變量。 在第二次點(diǎn)擊時，使用的是sushiString已經(jīng)被釋放，所以crash了。那為_lastSushiSelected保留一下，就可以用了。代碼修改如下：

1. <span style="font-size:14px;">    _lastSushiSelected = [sushiString retain];  
2. </span>  

運(yùn)行，這時候不崩潰。

3、分析內(nèi)存泄露(shift+command+b)

app不crash了，那看看有沒有內(nèi)存泄露。用XCode的Analyze就能分析到哪里有內(nèi)存泄露

分析之后可以看到：

這里提示alertView沒被釋放，有內(nèi)存泄露，那我們釋放

    [alertView release];

再分析，這個問題解決了。

4、使用Instruments的leaks工具

 

先在工具欄按下紅色的圓形按鈕，把工具監(jiān)視內(nèi)存的活動停下來。選擇Leak，然后點(diǎn)中間十字交叉那，選擇Call Tree.

6、解決內(nèi)存泄露問題

關(guān)于：tableView:didSelectRowAtIndexPath ，分析下它的內(nèi)存過程：

1. sushiString變量通過autorelease創(chuàng)建，它的引用計(jì)數(shù)是1.   
2. 這行代碼使得引用計(jì)數(shù)增加到2， _lastSushiSelected = [sushiString retain];
3. 這個方法結(jié)束時，sushiString的autorelease生效了，這個變量的引用計(jì)數(shù)減少為1
4. 當(dāng)再次執(zhí)行tableView:didSelectRowAtIndexPath這個方法時，_lastSushiSelected被賦值了新指針，老的_lastSushiSelected的引用計(jì)數(shù)還是1，沒有被釋放，產(chǎn)生了內(nèi)存泄露。

怎么解決呢?

在_lastSushiSelected = [sushiString retain];之前把原來的release就ok了:

1. [_lastSushiSelected release];  
2.     _lastSushiSelected = [sushiString retain];  

關(guān)于：tableView:cellForRowAtIndexPath

這個比較明顯，sushiString被alloc和init之后就沒有釋放，可以用stringWithFormat來調(diào)用autorelease，代碼如下：

1. NSString *sushiString = [NSString stringWithFormat:@"%d: %@", indexPath.row, sushiName];  

好了，泄露都fix了，再用工具分析看看，這時候你再點(diǎn)，再拖，再怎么操作，都沒有內(nèi)存泄露了。表明內(nèi)存泄露被堵住了。