（Android Studio 3.0）Android Profiler内存泄漏检查

最新推荐文章于 2024-09-12 18:30:16 发布

理想主义的许佳佳

最新推荐文章于 2024-09-12 18:30:16 发布

阅读量3.1w

点赞数 21

文章欢迎转载，注明出处即可。若有表述有误之处，欢迎评论交流。

本文链接：https://blog.csdn.net/double2hao/article/details/78784758

版权

【Android】专栏收录该内容

210 篇文章 35 订阅

订阅专栏

前提概要

内存泄漏是常见又重要的问题，针对这个问题谷歌在Android Studio 3.0中推出了Android Profiler。笔者此篇文章主要记录一下Android Profiler在内存泄漏方面的使用。

Android Profiler

这里写图片描述

Android Profiler在Android Studio左下角，需要在Android Studio 3.0及其以上才会有。如果是Android Studio 3.0并且也未有这个按钮，读者也不用着急，运行一下自己的项目就会出现。当点击MEMORY那一行的时候就能进入内存检查的界面。

这里写图片描述

接下来笔者通过分析内存泄漏的实例的方式来介绍Android Profiler的使用。

实例

这里写图片描述

主要是三个Activity：MainActivity，ActivityOne，ActivityTwo。
MainActivity：主Activity，用于开启内存泄漏的两个Activity。
ActivityOne：通过handler方式泄漏。
ActivityTwo：通过静态引用方式泄漏。

代码如下：
MainActivity：

public class MainActivity extends AppCompatActivity {

    public static Activity activity;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        initView();
    }

    private void initView() {
        Button btnOne=findViewById(R.id.btn_one);
        btnOne.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View view) {
                Intent intent=new Intent(MainActivity.this,ActivityOne.class);
                startActivity(intent);
            }
        });
        Button btnTwo=findViewById(R.id.btn_two);
        btnTwo.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View view) {
                Intent intent=new Intent(MainActivity.this,ActivityTwo.class);
                startActivity(intent);
            }
        });
    }
}

ActivityOne:

public class ActivityOne extends Activity {
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {

            }
        },1000000);
    }
}

ActivityTwo:

public class ActivityTwo extends Activity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        MainActivity.activity=this;
    }
}

内存泄漏分析

操作

首先我们打开MainActivity，分别开启ActivityOne和ActivityTwo并退出，回到MainActivity。接着打开Android Profiler。

检查内存泄漏对象

首先要点击左上方的“Dump Java heap”按钮。（如果是检查内存泄漏，笔者建议在点击之前先点击垃圾回收按钮，以防可回收的存货对象的混淆）
这里写图片描述

然后就会显示此刻的JAVA堆中对象以及引用情况，我们可以在Heap Dump的右上角选择对象的排列方式，笔者比较推荐按报名排序，因为一般我们检查的都是自己所写的类的泄漏，而非系统层的。
这里写图片描述

如图，我们很快就发现ActivityOne和ActivityTwo泄漏了。
笔者打开了ActivityOne和ActivityTwo之后，回到MainActivity界面并按下垃圾回收按钮。不泄露的情况应该是只有MainActivity被分配了内存，而ActivityOne和ActivityTwo均存活，说明内存没有被释放，即内存泄漏了。

Heap Dump 右边四列的意思分别如下：
Alloc Count：Java堆中的实例个数
Native Size：native层分配的内存大小。
Shallow Size：Java堆中分配实际大小
Retained Size：这个类的所有实例保留的内存总大小（并非实际大小）

在内存泄漏检查的过程中，笔者也出现过理论上对象应该被回收，却仍保留的情况。一般情况下，如果Shallow Size和Retained Size都非常小并且相等，都可以认为是已经被回收的对象。因为系统已经不认为它会被用到，并且没有给它保留分配的内存。

解决内存泄漏（方法一）

继续我们在Heap Dump界面的操作，以检查ActivityOne为例，我们单击它，发现右侧出现了Instance View，然后单击Instance View的对象。
这里写图片描述

在Instance View中，会显示在ActivityOne中的各种对象，而它下方的Reference则是显示诸多对这个存货的ActivityOne对象的引用。大部分都是系统层面的引用，只有一个格外显眼，就是通过“this”对ActivityOne的引用，点进去我们可以发现是MessageQueue持有了这个引用，有点经验的Android程序员马上可以定位到是Handler的内存泄漏了。

解决内存泄漏（方法二）

第一种内存泄漏的检查方法由于有过多的系统引用的混淆，相信并不让人觉得容易上手。这时候相信读者会想尝试第三个录制按钮了。
Record memory allocations：
这个按钮的作用是记录一段时间内的内存分配的内容，点击红色的小圆表示开始录制，点击小正方形是结束录制。（录制时间不建议超过10s，计算内存会很慢）
这里写图片描述