最近LeakCanary 做了升級，釋出了2.0版本，帶了了很多效能上的優化，不過一個很吸引我的點在於，他居然不像以前一樣，需要手動初始化了。 按照以前的使用流程，一般我們都是在depende

前言 成為一名優秀的Android開發，需要一份完備的知識體系，在這裡，讓我們一起成長為自己所想的那樣~。 在Android主流三方庫原始碼分析系列的前幾篇文章中，筆者已經對網路、圖片、資料

LeakCanary 是大名鼎鼎的 square 公司開源的記憶體洩漏檢測工具。目前上大部分App在開發測試階段都會接入此工具用於檢測潛在的記憶體洩漏問題，做的好一點的可能會搭建一個伺服器用於儲存各個

本篇基於1.6.1 版本原始碼閱讀, 本篇內容就是搞懂LeakCanary 如何做到記憶體洩漏定位的主要流程, 不摳具體細節. 正文 老樣子, 我們直接從從LeakC

1 在全域性Application類中註冊： LeakCanary.install(this); 點進去看原始碼： public static Ref

LeakCanary，在開發階段，可以用來檢測記憶體洩露，專案地址： https://github.com/square/leakcanary 1.png

Application後處理器（AndroidPostProcessing）： 通過註解配置初始化各模組及應用所需 sdk，按優先順序/延時時間/是否只在Debug下有效/執行執行緒 等條件初始化 sdk