溫馨提示×

您好，登錄后才能下訂單哦！

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶(hù)服務(wù)條款》

使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露

發(fā)布時(shí)間：2020-07-09 19:04:11 來(lái)源：網(wǎng)絡(luò) 閱讀：309 作者：夏雪冬日 欄目：移動(dòng)開(kāi)發(fā)

來(lái)源：http://blog.csdn.net/totogo2010/article/details/8233565

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

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

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

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

1、運(yùn)行Demo。

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

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

 

使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露

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

 

2、設(shè)置NSZombieEnabled

這是一個(gè) “EXC_BAD_ACCESS”錯(cuò)誤。我們打開(kāi)XCode的選項(xiàng)：“NSZombieEnabled” 。在crash時(shí)可能會(huì)給你更多的一些提示信息。

設(shè)置步驟：1

使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露

2：勾上紅色框里的

使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露

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

 

2012-11-28 13:22:08.911 PropMemFun[2132:11303] *** -[CFString respondsToSelector:]: message sent to deallocated instance 0x713ebc0

大概意思是：向已釋放的內(nèi)存發(fā)送消息。也就是說(shuō)使用了已釋放的內(nèi)存，在C語(yǔ)言相當(dāng)于使用了“野指針”

使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露

看了下crash的這個(gè)語(yǔ)句，sushiString應(yīng)該是沒(méi)問(wèn)題的，它是從stringWithFormat初始化出來(lái)的。那就是_lastSushiSelected的問(wèn)題。

_lastSushiSelected指向了sushiString，sushiString是一個(gè)autorelease變量。 在第二次點(diǎn)擊時(shí)，使用的是sushiString已經(jīng)被釋放，所以crash了。那為_lastSushiSelected保留一下，就可以用了。代碼修改如下：

 

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

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

 

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

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

使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露

分析之后可以看到：

使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露

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

    [alertView release];

再分析，這個(gè)問(wèn)題解決了。

 

4、使用Instruments的leaks工具

分析內(nèi)存泄露不能把所有的內(nèi)存泄露查出來(lái)，有的內(nèi)存泄露是在運(yùn)行時(shí)，用戶(hù)操作時(shí)才產(chǎn)生的。那就需要用到Instruments了。
使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露 
按上面操作，build成功后跳出Instruments工具，選擇Leaks選項(xiàng)，這時(shí)候壽司程序也運(yùn)行起來(lái)了，選中l(wèi)ist中的項(xiàng)，拖動(dòng)等操作后，工具顯示效果如下：
使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露
 
大家可能都能猜到，紅色的柱子表示內(nèi)存泄露了。怎么通過(guò)這個(gè)工具看到在哪泄露了呢?
先在工具欄按下紅色的圓形按鈕，把工具監(jiān)視內(nèi)存的活動(dòng)停下來(lái)。選擇Leak，然后點(diǎn)中間十字交叉那，選擇Call Tree.使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露
 
 
這時(shí)候左下角的Call Tree的可選項(xiàng)可以選了。選中Invert Call Tree 和Hide System Libraries,顯示如下：
使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露
 
這時(shí)候內(nèi)存泄露的具體代碼找到了，在右邊的紅色框框里指定了哪個(gè)方法出現(xiàn)了內(nèi)存泄露。
你只要在這些方法上雙擊，就會(huì)跳轉(zhuǎn)到具體的代碼，哈哈，是不是很方便。
使用Xcode和Instruments調(diào)試解決iOS內(nèi)存泄露
這里應(yīng)該是提示100%內(nèi)存會(huì)泄露。
 

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

問(wèn)題找到了，那就解決吧

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

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

怎么解決呢?

在_lastSushiSelected = [sushiString retain];之前把原來(lái)的release就ok了:

[cpp] view plaincopy
  1. [_lastSushiSelected release];  
  2.     _lastSushiSelected = [sushiString retain];  
 

關(guān)于：tableView:cellForRowAtIndexPath

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

 

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

 

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

這是本文修復(fù)好的app代碼：no LeakApp

 

本文參考：http://www.raywenderlich.com/

向AI問(wèn)一下細(xì)節(jié)

免責(zé)聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱：is@yisu.com進(jìn)行舉報(bào)，并提供相關(guān)證據(jù)，一經(jīng)查實(shí)，將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI
助
手