**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安裝後，通過以下**啟用即可。
1
2
3
4
#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程式更新的方法，就用了第一種方式，但後來發現了一些問題，自己提供伺服器，需要維護，程式提交更新後，由於蘋果需要審核，中間會有時間差，這個時間不好把握。後台就找蘋果的相關文件，終於找到了。實現機制 請求網路資料,返回的大致資料如下，其...