[关闭]
@Tyhj 2019-02-13T15:22:23.000000Z 字数 2862 阅读 664

Android内存泄漏检测和定位

知识点


建议阅读Android常见内存泄漏这篇文章,本文的例子来源于文章中的内存泄漏典型例子

内存泄漏检测工具

Profiler

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

Android LeakCanary

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

使用Profiler

以Android中的静态变量为例

  1. private static Activity sActivity;
  2. @Override
  3. protected void onCreate(Bundle savedInstanceState) {
  4. super.onCreate(savedInstanceState);
  5. setContentView(R.layout.activity_main2);
  6. sActivity = this;
  7. findViewById(R.id.btn_back).setOnClickListener(new View.OnClickListener() {
  8. @Override
  9. public void onClick(View view) {
  10. finish();
  11. }
  12. });
  13. }

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

使用Profiler来查看内存泄漏

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

未标题-2.jpg-41.6kB

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

未标题-2.jpg-51.9kB

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

未标题-3.jpg-115kB

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

未标题-4.jpg-157kB

看见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这个静态变量的引用,就说明是它引起的内存泄漏;

屏幕快照 2019-02-13 下午10.25.15.png-136.6kB

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

使用Android LeakCanary

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

就是GitHub地址:https://github.com/square/leakcanary

直接集成:

  1. dependencies {
  2. debugImplementation 'com.squareup.leakcanary:leakcanary-android:1.6.3'
  3. releaseImplementation 'com.squareup.leakcanary:leakcanary-android-no-op:1.6.3'
  4. // Optional, if you use support library fragments:
  5. debugImplementation 'com.squareup.leakcanary:leakcanary-support-fragment:1.6.3'
  6. }

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

  1. public class ExampleApplication extends Application {
  2. @Override public void onCreate() {
  3. super.onCreate();
  4. if (LeakCanary.isInAnalyzerProcess(this)) {
  5. // This process is dedicated to LeakCanary for heap analysis.
  6. // You should not init your app in this process.
  7. return;
  8. }
  9. LeakCanary.install(this);
  10. // Normal app init code...
  11. }
  12. }

举个栗子

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

  1. public class Main2Activity extends AppCompatActivity {
  2. private static Thread sRunnable;
  3. @Override
  4. protected void onCreate(Bundle savedInstanceState) {
  5. super.onCreate(savedInstanceState);
  6. setContentView(R.layout.activity_main2);
  7. sRunnable = new Thread() {
  8. @Override
  9. public void run() {
  10. }
  11. };
  12. findViewById(R.id.btn_back).setOnClickListener(new View.OnClickListener() {
  13. @Override
  14. public void onClick(View view) {
  15. finish();
  16. }
  17. });
  18. }
  19. }

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

未标题-6.jpg-47.7kB

参考文章:

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注