動態記憶體洩漏

動態記憶體洩露分析

2、xcode自帶的工具

instrument中的leaks、allocations工具可以幫助我們進行記憶體洩露的排查，但它們存在不足。

在 arc 時代更常見的記憶體洩露是迴圈引用導致的 abandoned memory，leaks 工具查不出這類記憶體洩露，應用有限；

instrument 的 allocations 檢測出 abandoned memory，但是用起來不方便，需要乙個乙個地重現場景，且無法及時的知道洩露，比較繁瑣。總之，一句話就是，不好使。

4、動態檢測工具：mleaksfinder

1）mleaksfinder檢測記憶體洩露原理

mleaksfinder用於檢測viewcontroller、view是否存在記憶體洩露的情況。

當乙個 uiviewcontroller 被 pop 或 dismiss 後，該 uiviewcontroller 包括它的 view，view 的 subviews 等等將很快被釋放（除非你把它設計成單例，或者持有它的強引用，但一般很少這樣做）。於是，我們只需在乙個 viewcontroller 被 pop 或 dismiss 一小段時間後，看看該 uiviewcontroller，它的 view，view 的 subviews 等等是否還存在。

具體的方法是，為基類 nsobject 新增乙個方法 -willdealloc 方法，該方法的作用是，先用乙個弱指標指向 self，並在一小段時間(3秒)後，通過這個弱指標呼叫 -assertnotdealloc，而 -assertnotdealloc 主要作用是直接中斷言。

- (bool)willdealloc );   
return
yes;
}- (void)assertnotdealloc 
[mleakedobjectproxy addleakedobject:self];
}

這樣，當我們認為某個物件應該要被釋放了，在釋放前呼叫這個方法，如果3秒後它被釋放成功，weakself 就指向 nil，不會呼叫到 -assertnotdealloc 方法，也就不會中斷言，如果它沒被釋放（洩露了），-assertnotdealloc 就會被呼叫中斷言。這樣，當乙個 uiviewcontroller 被 pop 或 dismiss 時（我們認為它應該要被釋放了），我們遍歷該 uiviewcontroller 上的所有 view，依次調 -willdealloc，若3秒後沒被釋放，就會中斷言，並且呼叫[mleakedobjectproxy addleakedobject:self];該方法會獲取記憶體洩露的資訊，並彈框顯示。

動態記憶體洩漏

常見動態記憶體錯誤記憶體洩漏

動態記憶體分配記憶體洩漏及檢測

傳遞動態記憶體

動態記憶體洩漏

常見動態記憶體錯誤 記憶體洩漏

動態記憶體分配 記憶體洩漏及檢測

傳遞動態記憶體

相關推薦

常見動態記憶體錯誤記憶體洩漏

動態記憶體分配記憶體洩漏及檢測