手把手教你在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.写在最后