Leaks 記憶體洩漏檢測工具使用

debugCompile 'com.squareup.leakcanary:leakcanary-android:1.4-beta2'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.4-beta2'
testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.4-beta2'

在Application中新增

LeakCanary.install(this);

並且確保你的app處於除錯模式,如下圖

當切換到release版本的時候,leakcanary-debug不會被打包.所以切換到release之後不用對leakcanary做註釋或者刪除等操作.
現在就可以開始使用了,重新編譯你的工程,執行在模擬器或真機上.
在各個頁面中測試,如果存在記憶體洩漏的情況,leaks會彈出通知提醒你檢視.
在leaks中會有詳細的洩漏說明，如產生記憶體洩漏的大小，產生記憶體洩漏的頁面和相關的資訊。

記憶體洩漏詳情：

最後有一些關於記憶體洩漏的建議:
為了避免上下文相關的記憶體洩漏,記住以下幾點:
不要長期引用context-activity(引用一個活動應該有相同的生命週期活動本身)
使用getApplicationContext而不是context或activity試試
避免非靜態內部類的一個活動如果你不控制自己的生命週期,使用靜態內部類,讓一個弱引用來傳遞,並且記住,垃圾收集器對於記憶體洩漏並不保險。

下面說幾個作者遇到的記憶體洩漏的情況以及解決方案:
使用百度地圖LocationClient.在Activity被銷燬時呼叫

if (mLocClient != null){
            mLocClient.unRegisterLocationListener(myListener);
            mLocClient.stop();
        }

使用友盟分享登入時, 傳遞getApplicationContext

第三方庫如果需要傳入Activity的時候，傳遞一個弱引用進去， 可以避免記憶體洩漏,如下：

Reference<HomeActivity> reference
 
 = new WeakReference(getActivity());
new ShareAction(reference.get()).setDisplayList(displaylist);

在Handler中容易造成記憶體洩漏，最好使用弱引用方式，要麼，在Activity銷燬的時候清空所有的handler棧。

在使用RxJava的時候也可能會出現記憶體洩漏，可以使用RxLifecycler來解決。

關於部落格中的內容有任何疑問歡迎加群討論：283272067