Android内存泄漏检测和定位

ゝ一纸荒年。 2022-01-20 07:29 346阅读 0赞

## 内存泄漏检测工具 ##

#### Profiler ####

其实Android studio自带的 Profiler 是不错的，可以很直观看到CPU、内存、网络的变化，但是有时候简单看看是看不出来内存泄漏的，需要知道具体怎么去分析

#### Android LeakCanary ####

Android LeakCanary易于集成，自动检测出内存泄漏，十分好用

## 使用Profiler ##

**以Android中的静态变量为例**

private static Activity sActivity;
    
    @Override
        protected void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            setContentView(R.layout.activity_main2);
            sActivity = this;
            findViewById(R.id.btn_back).setOnClickListener(new View.OnClickListener() {
                @Override
                public void onClick(View view) {
                    finish();
                }
            });
        }
    复制代码

程序是这样的，第一个Activity跳转到第二个Activity，然后finish()返回第一个Activity，我们反复多做几次；正常来讲第二个Activity会被销毁的，但是因为被静态变量引用了，所以应该是无法被回收的；

## 使用Profiler来查看内存泄漏 ##

首先是点击下面那一栏的Profiler按钮，可能还没有选择程序，点击+添加程序，这一步一般在我们操作程序前做，不然都没记录

会显示CPU、内存、网络和能耗四个东西，点进内存里面去看详情信息，其实只看内存的大致情况不能得出什么结论，感觉好像没什么问题

我们点击那个箭头符号（Dump Java heap），来捕获堆转储，堆转储显示在您捕获堆转储时您的应用中哪些对象正在使用内存，选择按包名排序

然后选择我们的程序，就可以看到哪些对象正在使用内存

看见Main2Activity还在内存中，证明它没有被回收掉，内存是发生了泄漏的，其中Main2Activity$1应该是表示Main2Activity里面的第一个匿名内部类对Main2Activity的引用，如果还有其他的匿名内部类，就是$2、$3这样排下去；

Heap Dump 右边四列的意思分别如下，一般情况下，如果Shallow Size和Retained Size都非常小并且相等，都可以认为是已经被回收的对象。

>  *  Allocations：Java堆中的实例个数
>  *  Native Size：native层分配的内存大小。
>  *  Shallow Size：Java堆中分配实际大小
>  *  Retained Size：这个类的所有实例保留的内存总大小（并非实际大小）

点击Heap Dump中的Main2Activity对象，发现右侧出现了Instance View，再点击Instance View中的对象，出现Reference和上图一样；Reference显示对这个Main2Activity对象的引用，大部分都是系统层面的引用，可以看到第一个是sActivity这个静态变量的引用，就说明是它引起的内存泄漏；

还发现有很多this$0的引用，这个也往往是导致泄漏的原因，点进去查看发现最终还是sActivity的引用；而出现多个this$0是因为我反复操作了很多遍导致创建了很多个Main2Activity对象未被回收

> 在内存泄漏检查的过程中，我发现经常出现过理论上对象肯定是被回收了，却仍保留的情况。一般情况下，如果Shallow Size和Retained Size都非常小(比如我测试的一个空的activity，大概是270)并且相等，都可以认为是已经被回收的对象。因为系统已经不认为它会被用到，并且没有给它保留分配的内存。

## 使用Android LeakCanary ##

这个东西特别简单，直接看官网就行了

> 就是GitHub地址：[github.com/square/leak…][github.com_square_leak]

直接集成：

dependencies {
      debugImplementation 'com.squareup.leakcanary:leakcanary-android:1.6.3'
      releaseImplementation 'com.squareup.leakcanary:leakcanary-android-no-op:1.6.3'
      // Optional, if you use support library fragments:
      debugImplementation 'com.squareup.leakcanary:leakcanary-support-fragment:1.6.3'
    }
    复制代码

直接在Application中使用，然后运行APP就会自动检测，检测到会在另一个APP上通知，显示详情

public class ExampleApplication extends Application {
    
      @Override public void onCreate() {
        super.onCreate();
        if (LeakCanary.isInAnalyzerProcess(this)) {
          // This process is dedicated to LeakCanary for heap analysis.
          // You should not init your app in this process.
          return;
        }
        LeakCanary.install(this);
        // Normal app init code...
      }
    }
    复制代码

## 举个栗子 ##

以匿名内部类为例，操作流程和之前的例子一样；正常来讲调用了finish()方法，第二个Activity会被销毁的，但是因为使用了匿名内部类，所以sRunnable会持有Main2Activity的引用，而且sRunnable还是一个静态变量，所以会导致Main2Activity不会被回收掉

public class Main2Activity extends AppCompatActivity {
        private static Thread sRunnable;
    
        @Override
        protected void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            setContentView(R.layout.activity_main2);
    
            sRunnable = new Thread() {
                @Override
                public void run() {
                }
            };
    
            findViewById(R.id.btn_back).setOnClickListener(new View.OnClickListener() {
                @Override
                public void onClick(View view) {
                    finish();
                }
            });
    
        }
    }
    复制代码

运行程序，然后过一会儿就会收到提醒，检测到了内存泄漏，打开看看；大概意思就是说sRunnable这个对象，它引用了Main2Activity，导致了内存泄漏；这个工具的确非常的简单友好了

**如果喜欢本文的话，欢迎点击一下 “喜欢” 点个赞给予鼓励支持!**

[github.com_square_leak]: https://link.juejin.im?target=https%3A%2F%2Fgithub.com%2Fsquare%2Fleakcanary