手把手教你在Android Studio 3.0上分析內存泄漏

1.寫在前面

Google在上週發佈了Android Studio 3.0的正式版本，週四早晨在上班的地鐵上就看到羣裏在沸沸揚揚的討論關於3.0版本的各類坑，啊，不對，各類特性，到公司以後就火燒眉毛的更新了3.0版本，嗯，還算順利，只遇到了一個坑，一切都在happy的進行着。

什麼，你覺得我想要寫遇到的坑是什麼，呵呵噠，我纔不會告訴你，等等。。。手裏的板磚先放下，一會說還不行嗎，今天咱們主要來聊聊如何在Android Studio 3.0上分析內存泄漏，文章的內容很簡單，可是本身摸索仍是須要一些時間的，因此就在這裏記錄下來分享給你們。

2.強大的Android Profiler

戳這裏查看官方文檔

在3.0版本中，android使用了新的性能分析工具Android Profiler來代替原有的Android Monitor，使用方式和原來相似，均可以分析CPU、內存和網絡的使用狀況，可是功能強大了不少。

開始使用

還記得我以前寫過一篇文章《Android 使用RxLifecycle解決RxJava內存泄漏》，本文將以這篇文章裏的Demo爲例，使用Android Studio 3.0再次分析一下內存泄漏。

首先點擊工具欄中的Profile按鈕將待分析的App安裝到設備上，也能夠直接安裝，在AS底部選擇Android Profiler按鈕：

 

將待分析的APP安裝到設備上

能夠看到有下面的提示，大概意思是不能在當前進程進行更高級的分析：

 

不能在當前進程進行更高級的分析

點擊Run Configuration進去看看，發現不能勾選開關，提示gradle插件版本過低，須要2.4以上版本才能夠，嗯，那就更新一下：

 

更新gradle插件版本

已經更新到3.0版本了，能夠勾選開關了，點擊肯定：

dependencies {
    classpath 'com.android.tools.build:gradle:3.0.0'
}

 

勾選開關

又來一個警告，大概意思是說，你的gradle版本已經升級到3.0了，須要和26.0.2版本的構建工具搭配才更好，好好好，聽你的：

 

更新26.0.2版本的構建工具

更新完成以後，須要再次運行一下App，若是還提示不能進行更高級的分析，請重啓Android Studio，重啓還很差，不要緊，反正今天也用不到它，不要打我，下面來看下正常的Android Profiler：

 

Android Profiler

點擊MEMORY進入內存詳情，在這裏能夠實時查看內存的佔用狀況：

 

內存詳情

內存泄漏分析

咱們先寫個會發生內存泄漏的程序分析一下：

public class RxLifecycleComponentsActivity extends RxAppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_rxlifecycle);
        ButterKnife.bind(this);

        initData();
    }

    private void initData() {
        // 每隔1s執行一次事件
        Observable.interval(1, TimeUnit.SECONDS)
                .subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Observer<Long>() {
                    @Override
                    public void onSubscribe(@NonNull Disposable d) {

                    }

                    @Override
                    public void onNext(@NonNull Long aLong) {
                        Log.i("接收數據", String.valueOf(aLong));
                    }

                    @Override
                    public void onError(@NonNull Throwable e) {

                    }

                    @Override
                    public void onComplete() {

                    }
                });
    }
}

很簡單，每隔1s發送一條數據，由於關閉Activity以後沒有取消訂閱，RxJava還繼續持有Activity的引用，因此在內存回收的時候，該Activity不會被回收，由此引起內存泄漏。

下面反覆打開關閉頁面5次，而後手動GC（點擊左上角的垃圾桶圖標），發現內存佔用並無減小：

 

內存泄漏分析

分析一下當前的內存堆棧狀況（點擊垃圾桶圖標右側的圖標）：

 

分析內存堆棧狀況

選擇按包名查找，找到當前測試的Activity，發現存在5個實例，因而可知，內存已經發生了泄漏：

 

內存泄漏

防止內存泄漏

修改一下上面的代碼，在關閉Activity時取消訂閱：

public class RxLifecycleComponentsActivity extends RxAppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_rxlifecycle);
        ButterKnife.bind(this);

        initData();
    }

    private void initData() {
        // 每隔1s執行一次事件
        Observable.interval(1, TimeUnit.SECONDS)
                .subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread())
                .compose(this.<Long>bindUntilEvent(ActivityEvent.DESTROY))
                .subscribe(new Observer<Long>() {
                    @Override
                    public void onSubscribe(@NonNull Disposable d) {

                    }

                    @Override
                    public void onNext(@NonNull Long aLong) {
                        Log.i("接收數據", String.valueOf(aLong));
                    }

                    @Override
                    public void onError(@NonNull Throwable e) {

                    }

                    @Override
                    public void onComplete() {

                    }
                });
    }
}

反覆打開頁面5次，手動GC，看下當前的堆棧狀況，能夠看到當前已經沒有RxLifecycleComponentsActivity的實例存在了：

OK，到這裏，在Android Studio 3.0上分析內存泄漏就學習完了，趕快去動手試試吧！

3.更新Android Studio遇到的問題

編譯的時候報錯：

Error:(41, 0) Cannot set the value of read-only property 'outputFile' for ApkVariantOutputImpl_Decorated{apkData=Main{type=MAIN, fullName=debug, filters=[]}} of type com.android.build.gradle.internal.api.ApkVariantOutputImpl.

發現是在gradle裏打包輸出apk的代碼出的問題，原代碼是這樣的：

applicationVariants.all { variant ->
    variant.outputs.each { output ->
        def file = output.outputFile
        String apkName = "APK_NAME" + defaultConfig.versionName.replace(".", "_") + ".apk"
        output.outputFile = new File(file.parent, apkName)
    }
}

修改爲這樣就能夠了：

applicationVariants.all { variant ->
    variant.outputs.all {
        outputFileName = "APK_NAME" + defaultConfig.versionName.replace(".", "_") + ".apk"
    }
}

4.寫在最後