Bug項目地址
MemoryBugs

第一?步

打開ActivityB，leakcanary直接ANR

LeakCanary ANR

查StackOverFlow得知在6.0需要權(quán)限：WRITE_EXTERNAL_STORAGE

第二步

LeakCanary成功彈出通知
log打印：

• Reference Key: 42c5fe29-3abe-49bf-b745-2bae8b6e170a
• Device: Genymotion Android Google Nexus 5X - 6.0.0 - API 23 - 1080x1920 vbox86p
• Android Version: 6.0 API: 23 LeakCanary: 1.3.1
• Durations: watch=5020ms, gc=107ms, heap dump=2226ms, analysis=3173ms
  但是通知詳情里提示分析失敗。。 leak analysis failed

?analysis failed

升級LeakCanary到1.4 beta2后成功監(jiān)測到內(nèi)存泄露

?檢測到內(nèi)存泄露

第三步

可以看到?內(nèi)存泄露是TextView持有MainActivity引用造成的，最簡單的解決辦法就是取消sTextView的static關(guān)鍵字，那如果非要采用靜態(tài)的呢？

我們再用Dump Heap查看一下
在MainActivity界面，Dump

?啟動ActivityB之前

可以看到ActivityB數(shù)量是0，MainActivity數(shù)量1
接下來我們啟動ActivityB，然后點擊initiate GC將MainActivity回收

?啟動ActivityB并點擊initiate GC后

可以看到MainActivity仍然沒有被回收

那么該怎么解決呢？
想到用弱引用activity來findView，結(jié)果仍然泄露，因為find到的TextView對象還是持有Activity的引用

WeakReference<MainActivity> weakReference = new WeakReference<>(this);
sTextView = (TextView) weakReference.get().findViewById(R.id.tv_text);

于是，弱引用textview，依然泄露。這里不懂為什么

sTextView = new WeakReference<>((TextView) findViewById(R.id.tv_text)).get();

?怒了，在onDestory中釋放資源

    @Override
    protected void onDestroy() {
        super.onDestroy();
        sTextView = null;
    }

成功！leakcanary不再監(jiān)測到泄露。可以看到log里觸發(fā)了GC

I/System.out: post delayed may leak
I/art: Starting a blocking GC Explicit
I/art: Explicit concurrent mark sweep GC freed 539(43KB) AllocSpace objects, 0(0B) LOS objects, 40% free, 1483KB/2MB, paused 174us total 4.290ms

在ActivityB界面我們initial GC一下，發(fā)現(xiàn)MainActivity被回收了

MainActivity被回收

這里Handler可能也會造成內(nèi)存泄露，我們在打開ActivityB時，5秒內(nèi)initial GC，然后LeakCanary就彈出了通知：

Snip20160401_15.png

顯然這里泄露了，我們改寫Handler為靜態(tài)內(nèi)部類

    // 解決Handler造成的內(nèi)存泄露
    private MyHandler mHandler = new MyHandler(this);

    public static class MyHandler extends Handler {
        private WeakReference<MainActivity>  mWeakReference;

        public MyHandler(MainActivity activity) {
            mWeakReference = new WeakReference<>(activity);
        }

        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
        }
    }

再測試就不會發(fā)生這種問題了。

第四步

點擊STARTALLOCATION按鈕出現(xiàn)了內(nèi)存抖動
log打印了一大堆100后停止打印，log最后三行如下，但是App沒有ANR也沒有FC。

s I/Choreographer: Skipped 60 frames!  The application may be doing too much work on its main thread.
W/EGL_emulation: eglSurfaceAttrib not implemented
W/OpenGLRenderer: Failed to set EGL_SWAP_BEHAVIOR on surface 0xdf81e4e0, error=EGL_SUCCESS
E/Surface: getSlotFromBufferLocked: unknown buffer: 0xe02c5f70

打開Allocation Tracking 如圖

Allocation Tracking

發(fā)現(xiàn)MainActivity里有20001個對象，基本一半是Rect一半是StringBuilder。。。說明打印10000次是全部執(zhí)行完了。這里可以發(fā)現(xiàn)，用+進行字符串拼接時，系統(tǒng)實際還是通過StringBuilder來拼接的

第五?步

將MyView的onDraw方法中new對象的操作放到構(gòu)造中，不然會造成內(nèi)存抖動，因為onDraw會被頻繁調(diào)用。

大概就這些。。沒找到其他可優(yōu)化的地方了