全面总结Android内存泄漏(下)-CSDN博客

本文章首发于个人博客

接上篇，分析了内存泄漏产生的原因和常见的内存泄漏之后，我们就应该采用一些方案来检测我们代码中可能产生内存泄漏的地方。下面是常用的检测方案。

LeakCanary

github地址：

https://github.com/square/leakcanary

Wiki:

https://github.com/square/leakcanary/wiki

首先引入：

dependencies {
  debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.4'
  releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.4'
}
复制代码

然后在app的application中：

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...
  }
}
复制代码

应用运行起来后，LeakCanary会自动去分析当前的内存状态(需要sd卡读写权限)。然后稍等片刻（需要一定的时间来分析），如果检测到泄漏会发送到通知栏，点击通知栏就可以跳转到具体的泄漏分析页面，可以看到泄漏的内存的引用链。like this: 上面的代码仅仅是LeakCanary的初级使用，只能检测Activity中的内存泄漏，想要更进阶的用法最好还是参考官方Wiki，或者是先看一下技术小黑屋的这篇Android内存泄漏检测利器：LeakCanary

Memory Analyzer (MAT)

MAT 是 Eclipse 出品的一个插件，当然也有独立的版本。下载链接：MAT 下载地址下面我举例介绍MAT的使用方法。首先写个会发生内存泄漏的activity

public class HandlerLeakActivity extends AppCompatActivity implements OnClickListener {

    private TextView mTextView;
    private Handler mHandler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            System.out.println("===== handle message ====");
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_handler_leak);
        mTextView = findViewById(R.id.tv);
        mTextView.setOnClickListener(this);
    }

    @Override
    public void onClick(View v) {
        switch (v.getId()) {
            case R.id.tv:
                mHandler.sendEmptyMessageDelayed(0x12, 60 * 1000L);
                finish();
                break;
        }
    }

}
复制代码

将app运行起来，然后切到Monitors 先点击点击几次那个像卡车一样的图标（Initiate GC）进行gc, 等待几秒之后点击它右边的图标（Dump Java Heap）,然后便会生成Java Heap文件从这里大致可以看到是HandlerLeakActivity发生了内存泄漏，接着点击左边的“Captures”，然后右键，导出成标准的.hprof文件使用MAT打开点击“Leak Suspects”检查泄漏切换到支配树视图，根据前面的提示，是HandlerLeakActivity发生了泄漏，于是搜索到那个Activity, 对着 HandlerLeakActivity 对象点击右键 -> Merge Shortest Paths to GC Roots（当然，这里也可以选择 Path To GC Roots） -> exclude all phantom/weak/soft etc. references为什么选择 exclude all phantom/weak/soft etc. references 呢？因为弱引用等是不会阻止对象被垃圾回收器回收的，所以我们这里直接把它排除掉从下图已经看到内存泄漏发生的引用链了更多的使用方法，看看官方的Tutorials或者这篇吧[贝聊科技] 使用 Android Studio 和 MAT 进行内存泄漏分析

Allocation Tracker

该工具用途：

可以定位代码中分配的对象类型、大小、时间、线程、堆栈等信息；
可以定位内存抖动问题；
配合 Heap Viewer 定位内存泄露问题（可以找出来泄露的对象是在哪创建的等等）。如果我们想了解内存分配更详细的情况, 可以使用 Allocation Traker 来查看内存到底被什么占用了

使用方法：在 Memory Monitor 中有个 Start Allocation Tracking 按钮即可开始跟踪在点击停止跟踪后会显示统计结果。当你想查看某个方法的源码时, 右键选择的方法, 点击 Jump to source 就可以了。对于Allocation Tracker，我也不是很熟悉，感兴趣可以参考这两篇文章中介绍的
【Android 性能优化】—— 详解内存优化的来龙去脉
 Android 性能优化系列之内存优化