iPhone內(nèi)存泄露 Leaks工具引導教程是本文要介紹的內(nèi)容，最近常使用Instruments這個工具，我發(fā)現(xiàn)它對追蹤游戲中的內(nèi)存泄露非常有幫助。自從發(fā)現(xiàn)Instruments如此有用后，我就覺得寫一篇文章介紹如何使用它來追蹤內(nèi)存泄露對其他人也會有幫助。

我如何知道內(nèi)存泄露了？

一些內(nèi)存泄露可以很容易地通過閱讀代碼來發(fā)現(xiàn)，另一些就要困難點了，這就是為什么需要Instruments 的原因。Instruments 有一個“Leaks”工具，它會準確地告訴你什么地方發(fā)生了內(nèi)存泄露，以便你能定位和修復泄露問題。

例子程序

我寫了一個例子程序，它有兩個地方會發(fā)生內(nèi)存泄露，一個在 Objective-C 視圖控制器中，另一個在 C++ 類中。例程可以從這里獲得。下邊的代碼是從例程里摘錄的，包含了我們需要追蹤內(nèi)存泄露的代碼。

// Leaky excerpts – see GitHub for complete source  
 
- (void)viewDidLoad {  
[super viewDidLoad];  
 
LeakyClass* myLeakyInstance = new LeakyClass();  
delete myLeakyInstance;  
mMyLeakyString = [[NSString alloc] initWithUTF8String:”I’m a leaky string.”];  
[self doSomethingNow];  
}  
 
- (void) doSomethingNow  
{  
mMyLeakyString = [[NSString alloc] initWithUTF8String:  
“Look, another alloc, but no release for first one!”];  
}  
// Leaky excerpts – see GitHub for complete source  
LeakyClass::LeakyClass()  
{  
mLeakedObject = new LeakedObject();  
}  
 
LeakyClass::~LeakyClass()  
{  
} 

我會先在 Debug 模式編譯InstrumentsTest，并在 iPhone 上運行。完成這步，我會啟動 Instruments。

當你啟動 Instruments，你可以從一堆 Instruments 工具里選擇你需要的。在左手邊選擇 iPhone，在右手邊的圖標里雙擊“Leaks”工具：

之后你會看到下邊的窗口：

請確保 iPhone 已經(jīng)連接到了你的電腦，在這個窗口的左上角，你會看到一個下拉菜 單，寫著“Launch Executable”。單擊它，并確保選中的是你 iPhone（而不是你的電腦）作為活動設備。然后移動到“Launch Executable”，你可以看到一個包含了所有已安裝 iPhone 程序的列表。找到你希望運用“Leaks”工具的程序（本例中是 InstrumentsTest）并單擊它。

你已經(jīng)準備好了。單擊紅色的“Record”按鈕，它會啟動程序并開始記錄程序里的每個內(nèi)存分配操作。它會每10秒自動地檢測內(nèi)存泄露。

你 可以改變多少時間自動檢測一次，你也可以手動進行檢測（檢測內(nèi)存泄露的時候程序會停頓大約3-5秒鐘，如果你想邊進行測試邊進行內(nèi)存檢測的話，這種停頓將 會干擾到你）。我一般是設置成手動控制，在我需要的時候才單擊“Check for leaks”按鈕（例如：在loading新的游戲模式之后檢測一下，在退出游戲返回 MM 的時候檢測一下）。單擊“Leaks”，并使用右上角的 View->Detail 按鈕來設置和查看選項值，在這個例子里，我將其設置成 auto。

程序在運行一段時間之后，自動內(nèi)存檢測將會發(fā)現(xiàn)兩處內(nèi)存泄露。太棒了！現(xiàn)在該干什么呢？

Extended Detail 視圖

Instruments 非常懶，它不會明顯地指出下一步該干什么。你需要注意的是窗口底部的那一排按鈕?？匆妰蓚€矩形組成的那個按鈕了嗎？講你的鼠標停留在上邊，它會提示

“Extended Detail View” 

單擊這個按鈕，右邊將會彈出一個窗口，里邊提供了各種關于內(nèi)存泄露的詳細信息。單擊一個內(nèi)存泄露，Extended Detail 視圖將會顯示泄露的內(nèi)存代碼的完整調(diào)用堆棧。在我們上邊的例子中，單擊第一個內(nèi)存泄露提示，它發(fā)生在 [NSString initWithUTF8String]。如果你選中調(diào)用堆棧里的高亮步驟，你會看到程序最后一次調(diào)用是

[InstrumentsTestViewController viewDidLoad]

雙擊 Extend Detail 視圖中的某行，它會打開 XCode 窗口并顯示出問題的代碼，這是非常棒的功能。

在本例中，第一次 NSString 分配的時候出現(xiàn)了泄露，你需要做一些處理。這是個非常簡單的例子，但找到為什么會發(fā)生泄露則要麻煩些。讓我們仔細看一下例子。在 viewDidLoad 當中，我們?yōu)樽址峙涞搅藘?nèi)存，如下所示：

mMyLeakyString = [[NSString alloc] initWithUTF8String:”I’m a leaky string.”]; 

在 dealloc 當中我們用如下方式來釋放

[mMyLeakyString release]; 

你的直覺可能是這樣不會發(fā)生泄露，但搜索代碼中所有用到了 mMyLeakyString 的地方，在 doSomethingNow 中，它是這樣用的：

mMyLeakyString = [[NSString alloc] initWithUTF8String:  
“Look, another alloc, but no release for first one!”]; 

注意，我們聲明了一個新的字符串，并且將 mMyLeakyString 指向了它。這里的問題是我們沒有在更改 mMyLeakyString 的指向前釋放它原 來指向的內(nèi)存。所以原始的字符串依然在堆中，并且我們沒有辦法釋放這部分內(nèi)存。dealloc 里的 release 操作實際釋放的是我們在 doSomethingNow 中聲明的字符串所占內(nèi)存，因為這才是指針所指。

為了修復這個問題，我們可以把 doSomethingNow 改成下邊的代碼：

- (void) doSomethingNow  
{  
[mMyLeakyString release];  
mMyLeakyString = [[NSString alloc] initWithUTF8String:  
“Look, another alloc, but released first one!”];  
} 

這段代碼做的是在我們指定 mMyLeakyString 到新的字符串前釋放第一個字符串所占內(nèi)存。重新編譯運行程序，你會看到只有一個內(nèi)存泄露。當然，在項目中可能有更好的方式來處理 NSString，但如果你這樣處理的話可以修復這個泄露問題。

讓我們看看第二個泄露問題。單擊泄露提示看什么導致了內(nèi)存泄露。發(fā)現(xiàn)這個泄露來自于 LeakyClass::LeakyClass() 構(gòu)造函數(shù)：

在調(diào)用堆棧中雙擊它，出問題的代碼將會再次出現(xiàn)在 XCode 中。

我們看到在構(gòu)造函數(shù)里聲明了一個新的 LeakedObject 對象，但是析構(gòu)函數(shù)沒有刪除，這樣不好。對于每一個 new 操作，都需要有與之對應的 delete 操作。所以我們把析構(gòu)函數(shù)改變成下邊的樣子：

LeakyClass::~LeakyClass()  
{  
if (mLeakedObject != NULL)  
{  
delete mLeakedObject;  
mLeakedObject = NULL;  
}  
} 

重新編譯運行，沒有內(nèi)存泄露了！

我選擇這兩個例子，雖然非常簡單，但他們展示了 Instruments 可以用來追蹤 Object-C 和 C++ 中的內(nèi)存泄露。

修復你的內(nèi)存泄露問題吧，記住，沒有內(nèi)存泄露的程序才是一個好程序。

小結(jié)：iPhone內(nèi)存泄露 Leaks工具引導教程的內(nèi)容介紹完了，希望本文對你有所幫助。

原文地址：http://www.mobileorchard.com/find-iphone-memory-leaks-a-leaks-tool-tutorial/，感謝 CocoaChina 會員“ipqn”的翻譯。