iOS記憶體洩漏自動檢測工具PLeakSniffer

2022-06-12 12:15:10 字數 2958 閱讀 9946

**objective-c記憶體洩漏自動檢測工具pleaksniffer,github位址。

背景

前些天讀到weread團隊分享的一款記憶體洩漏檢測工具mleaksfinder,恍惚想起早些時候自己也有過編寫這樣乙個小工具的想法,不知道由於什麼原因把這事給忘記了。在仔細讀過mleaksfinder原始碼,了解實現思路之後,發現和自己最初的想法並不相同,終於在上個週末戰勝拖延症將之前的想法付諸於**,也就誕生了這款功能類似的記憶體洩漏檢測工具pleaksniffer。建議讀者先詳細閱讀下mleaksfinder這篇部落格。

為什麼要再造輪子

在編寫完pleaksniffer之後,查出了與mleaksfinder相同的記憶體洩漏,思路迥異的**抵達了相同的終點,寫**的樂趣莫過於此。新的思路或許還能拋磚引玉,如果激發更多的創意,也算是對ios開發社群的一點小貢獻。

mleaksfinder現階段能查處uiviewcontroller和uiview的洩漏,我早先的想法還能遞迴的查出uiviewcontroller之下所有property的洩漏,並在pleaksniffer及公司專案中得到了初步的驗證,這算是對mleaksfinder功能的乙個小補充。

這類工具的意義

在我們討論這類工具的意義之前,我們先得明確一點:

如果不使用instrument當中的leak檢測工具,並沒有什麼輕易的100%精準的記憶體洩漏檢測方式。

但這類工具還是有其存在價值的,記憶體洩漏的危害不用贅述,如果有一款工具能在80%的場景下檢測出可能的記憶體洩漏,而且這種檢測並不會帶來任何***(不影響生產環境**),為什麼不使用它呢。

大部分人都低估了他們寫**時導致意外記憶體洩漏的可能性。retain cycle,block強引用,nstimer釋放不當,這些常見的錯誤還是很容易出現在我們的**裡,instrument每使用一次要費些精力,適合做定期的大排查。平常時候就更適合用mleaksfinder,pleaksniffer這類工具來做實時監控,提供免費建議。

pleaksniffer實現思路

我們絕大部分時候都是在編寫uiviewcontroller,uiviewcontroller就像乙個根節點,持有並管理著很多的子節點物件,這些子節點的生命週期都依賴於controller,controller釋放的時候,他們也隨之釋放。用一張圖簡單的描述他們的關係:

根據各個應用使用的設計模式不同(mvc,mvp,mvvm等),controller所持有的property也不相同。這裡我們使用mvp作為例子,controller所包含的物件就包括各種view物件,和presenter,model物件。當然每個物件又有可能持有更多的子物件。

pleaksniffer基於這樣乙個假設:

如果controller被釋放了,但其曾經持有過的子物件如果還存在,那麼這些子物件就是洩漏的可疑目標。

當然這個假設並不是乙個100%適用的真理,不同工程師編寫**的方式風格差別很大,有些會把某些uiviewcontroller做成單例(個人覺得這不是個好主意。。),有些會把某些view快取起來(即使controller已被釋放),還會有其他考慮不到的場景。但在80%以上的場景,我們在controller結束生命週期之後會將其持有的資源一併釋放。這時候pleaksniffer可以發揮用處,給你一些免費的洩漏建議。

那麼怎麼在controller被釋放之後,知道其持有的物件沒有被釋放呢?

乙個小技巧可以達成這個目標:子物件(比如view)建立乙個對controller的weak引用,如果controller被釋放,這個weak引用也隨之置為nil。那怎麼知道子物件沒有被釋放呢?用乙個單例物件每個一小段時間發出乙個ping通知去ping這個子物件,如果子物件還活著就會乙個pong通知。所以結論就是:如果子物件的controller已不存在,但還能響應這個ping通知,那麼這個物件就是可疑的洩漏物件。完整的結構可以用下圖表示:

通知移除需要乙個時機,這裡我們使用associated object機制給每乙個子物件再生成乙個proxy物件,在proxy物件的dealloc裡面移除通知。

當然什麼時候去判斷乙個物件的生命週期開始,什麼時候判斷為結束,需要乙個精挑細選的機制。view,controller,property各不相同。

pleaksniffer採取保守的策略,通過objective c的runtime機制,遞迴的將乙個controller所有強引用的property找出,並安裝proxy監聽ping通知。在我的測試下,基本上能將property洩漏的場景找出。

pleaksniffer的使用方式很簡答,通過pod安裝後,通過以下**啟用即可。12

34#if my_debug_env

[[pleaksniffer sharedinstance] installleaksniffer];

[[pleaksniffer sharedinstance] addignorelist:@[@"mysingletoncontroller"]];

#endif

addignorelist可以新增一些特殊的忽略名單,比如單例這種無法正確**洩漏的物件。切記用debug的巨集將上述**包住,不要把這些檢測洩漏的**帶進線上環境。

如果檢測到可疑洩漏,pleaksniffer會在控制台列印一條日誌:

controller洩漏:detect possible controller leak: %@

其他物件洩漏:detect possible leak: %@

更多的細節請查閱**:github位址。

iOS記憶體洩漏自動檢測工具PLeakSniffer

objective c記憶體洩漏自動檢測工具pleaksniffer,github位址。背景 前些天讀到weread團隊分享的一款記憶體洩漏檢測工具mleaksfinder,恍惚想起早些時候自己也有過編寫這樣乙個小工具的想法,不知道由於什麼原因把這事給忘記了。在仔細讀過mleaksfinder原始碼...

qt記憶體洩漏檢測 VLD記憶體洩漏檢測工具

vld記憶體工具可以為每個洩漏的塊提供完整的堆疊跟蹤,包括原始檔和行號資訊,從而快速找到記憶體洩漏點。注 僅支援windows平台。在main.cpp中新增 include後以除錯模式執行即可檢測記憶體洩漏。include int main int argc,char ar main.cpp 5 l...

iOS程式自動檢測更新的實現

ios程式自動提示更新的實現方案大致分為兩種 由於此前沒有找到ios程式更新的方法,就用了第一種方式,但後來發現了一些問題,自己提供伺服器,需要維護,程式提交更新後,由於蘋果需要審核,中間會有時間差,這個時間不好把握。後台就找蘋果的相關文件,終於找到了。實現機制 請求網路資料,返回的大致資料如下,其...