1. 程式人生 > >手把手教你在Android Studio 3.0上分析記憶體洩漏

手把手教你在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.寫在最後