詳解iPhone應用中內存泄露使用Leaks工具指引
iPhone應用中內存泄露使用Leaks工具指引是本文要要介紹的內容，主要是倆學習iphone應用內存的管理。最近常使用Instruments這個工具，我發現它對追蹤游戲中的內存泄露非常有幫助。自從發現Instruments如此有用后，我就覺得寫一篇文章介紹如何使用它來追蹤內存泄露對其他人也會有幫助。
什么是內存泄露？我為什么要關心內存泄露？
…此段省略…
訪問維基百科可以獲得更多關于內存泄露的信息。
我如何知道內存泄露了？
一些內存泄露可以很容易地通過閱讀代碼來發現，另一些就要困難點了，這就是為什么需要Instruments 的原因。Instruments 有一個“Leaks工具”，它會準確地告訴你什么地方發生了內存泄露，以便你能定位和修復泄露問題。
例子程序
我寫了一個例子程序，它有兩個地方會發生內存泄露，一個在 Objective-C 視圖控制器中，另一個在 C++ 類中。例程可以從這里獲得。下邊的代碼是從例程里摘錄的，包含了我們需要追蹤內存泄露的代碼。
- // 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 已經連接到了你的電腦，在這個窗口的左上角，你會看到一個下拉菜 單，寫著“Launch Executable”。單擊它，并確保選中的是你 iPhone（而不是你的電腦）作為活動設備。然后移動到“Launch Executable”，你可以看到一個包含了所有已安裝 iPhone 程序的列表。找到你希望運用“Leaks”工具的程序（本例中是 InstrumentsTest）并單擊它。
你已經準備好了。單擊紅色的“Record”按鈕，它會啟動程序并開始記錄程序里的每個內存分配操作。它會每10秒自動地檢測內存泄露。
你 可以改變多少時間自動檢測一次，你也可以手動進行檢測（檢測內存泄露的時候程序會停頓大約3-5秒鐘，如果你想邊進行測試邊進行內存檢測的話，這種停頓將 會干擾到你）。我一般是設置成手動控制，在我需要的時候才單擊“Check for leaks”按鈕（例如：在loading新的游戲模式之后檢測一下，在退出游戲返回 MM 的時候檢測一下）。單擊“Leaks”，并使用右上角的 View->Detail 按鈕來設置和查看選項值，在這個例子里，我將其設置成 auto。
程序在運行一段時間之后，自動內存檢測將會發現兩處內存泄露。太棒了！現在該干什么呢？
Extended Detail 視圖
Instruments 非常懶，它不會明顯地指出下一步該干什么。你需要注意的是窗口底部的那一排按鈕。看見兩個矩形組成的那個按鈕了嗎？講你的鼠標停留在上邊，它會提示“Extended Detail View”，如圖：
單擊這個按鈕，右邊將會彈出一個窗口，里邊提供了各種關于內存泄露的詳細信息。單擊一個內存泄露，Extended Detail 視圖將會顯示泄露的內存代碼的完整調用堆棧。在我們上邊的例子中，單擊第一個內存泄露提示，它發生在 [NSString initWithUTF8String]。如果你選中調用堆棧里的高亮步驟，你會看到程序最后一次調用是
- [InstrumentsTestViewController viewDidLoad]
雙擊 Extend Detail 視圖中的某行，它會打開 XCode 窗口并顯示出問題的代碼，這是非常棒的功能。
在本例中，第一次 NSString 分配的時候出現了泄露，你需要做一些處理。這是個非常簡單的例子，但找到為什么會發生泄露則要麻煩些。讓我們仔細看一下例子。在 viewDidLoad 當中，我們為字符串分配到了內存，如下所示：
- mMyLeakyString = [[NSString alloc] initWithUTF8String:”I’m a leaky string.”];
在 dealloc 當中我們用如下方式來釋放
- [mMyLeakyString release];
你的直覺可能是這樣不會發生泄露，但搜索代碼中所有用到了 mMyLeakyString 的地方，在 doSomethingNow 中，它是這樣用的：
- mMyLeakyString = [[NSString alloc] initWithUTF8String:
- “Look, another alloc, but no release for first one!”];
注意，我們聲明了一個新的字符串，并且將 mMyLeakyString 指向了它。這里的問題是我們沒有在更改 mMyLeakyString 的指向前釋放它原 來指向的內存。所以原始的字符串依然在堆中，并且我們沒有辦法釋放這部分內存。dealloc 里的 release 操作實際釋放的是我們在 doSomethingNow 中聲明的字符串所占內存，因為這才是指針所指。
為了修復這個問題，我們可以把 doSomethingNow 改成下邊的代碼：
- - (void) doSomethingNow
- {
- [mMyLeakyString release];
- mMyLeakyString = [[NSString alloc] initWithUTF8String:
- “Look, another alloc, but released first one!”];
- }
這段代碼做的是在我們指定 mMyLeakyString 到新的字符串前釋放第一個字符串所占內存。重新編譯運行程序，你會看到只有一個內存泄露。當然，在項目中可能有更好的方式來處理 NSString，但如果你這樣處理的話可以修復這個泄露問題。
讓我們看看第二個泄露問題。單擊泄露提示看什么導致了內存泄露。發現這個泄露來自于 LeakyClass::LeakyClass() 構造函數，如圖：
在調用堆棧中雙擊它，出問題的代碼將會再次出現在 XCode 中，如圖：
我們看到在構造函數里聲明了一個新的 LeakedObject 對象，但是析構函數沒有刪除，這樣不好。對于每一個 new 操作，都需要有與之對應的 delete 操作。所以我們把析構函數改變成下邊的樣子：
- LeakyClass::~LeakyClass()
- {
- if (mLeakedObject != NULL)
- {
- delete mLeakedObject;
- mLeakedObject = NULL;
- }
- }
重新編譯運行，沒有內存泄露了！
我選擇這兩個例子，雖然非常簡單，但他們展示了 Instruments 可以用來追蹤 Object-C 和 C++ 中的內存泄露。
修復你的內存泄露問題吧，記住，沒有內存泄露的程序才是一個好程序。
小結：iPhone應用中內存泄露使用Leaks工具指引的內容介紹完了，希望通過本文的學習能對你有所幫助！
