性能优化总结2：leakcanary的使用（简洁易懂）

1、引入库
2、操作APP，分析结果
3、如果是复杂的问题可以导出hprof文件到android studio 中继续分析

官方地址：

    GitHub - square/leakcanary: A memory leak detection library for Android and Java.
    https://github.com/square/leakcanary

#####1、引入库

  debugImplementation 'com.squareup.leakcanary:leakcanary-android:1.6.1'
  releaseImplementation 'com.squareup.leakcanary:leakcanary-android-no-op:1.6.1'
  // Optional, if you use support library fragments:
  debugImplementation 'com.squareup.leakcanary:leakcanary-support-fragment:1.6.1'

    1
    2
    3
    4

#####2、初始化

public class App extends Application {

    @Override
    public void onCreate() {
        super.onCreate();
        if (LeakCanary.isInAnalyzerProcess(this)) {
            return;
        }
        LeakCanary.install(this);
    }
}

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11

为了分析内存泄漏，我们写一个简单的单例泄漏的例子：

public class TestManager {

    private static TestManager manager;
    private Context context;

    private TestManager(Context context) {
        this.context = context;
    }

    /**
     * 如果传入的context是activity,service的上下文，会导致内存泄漏
     * 原因是我们的manger是一个static的静态对象，这个对象的生命周期和整个app的生命周期一样长
     * 当activity销毁的时候，我们的这个manger仍然持有者这个activity的context，就会导致activity对象无法被释放回收，就导致了内存泄漏
     */
    public static TestManager getInstance(Context context) {
        if (manager == null) {
            manager = new TestManager(context);
        }
        return manager;
    }
   
    //正确写法
    public static TestManager getInstanceSafe(Context context) {
        if (manager == null) {
            manager = new TestManager(context.getApplicationContext());
        }
        return manager;
    }

}

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30

然后写两个activity，第一个MainActivity跳转到第二个SecondActivity，然后SecondActivity使用有内存泄漏的单例。

public class MainActivity extends AppCompatActivity {

    private Button btnJump;

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

        btnJump = findViewById(R.id.btn_jump);
        btnJump.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View view) {
                startActivity(new Intent(MainActivity.this, SecondActivity.class));
            }
        });
    }
}

public class SecondActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_second);
        TestManager manager = TestManager.getInstance(this);
    }
}

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28

我们启动app，当检测到内存泄漏的时候，会出现一个弹窗，然后手机桌面会出现一个Leaks的图标
leaks
点击即可看到内存泄漏的原因：
leaks

我们这个内存泄漏的例子比较简单，可以很明显的看出泄漏的原因

有时候我们会遇到比较复杂的内存泄漏情况，这个时候我们可能需要分析一下hprof文件。
我们打开view->Tool Windows->Device File explorer
hprof
然后在一堆目录里找到我们的leaks生成的hprof文件：

hprof

那个result文件，我没有查到是什么文件，先不管它啦，我们只要双击hprof文件即可。
稍等一会以后会出现一个分析框：
hprof

猛地一看好麻烦啊，不要慌，慢慢来，看多了渐渐就懂了。
这些字段的含义分别是：
名称     描述
Class name     类名
Total Count     该类的实例总数
Heap Count     所选择的堆中该类的实例的数量
Sizeof     单个实例所占空间大小（如果每个实例所占空间大小不一样则显示0）
Shallow Size     堆里所有实例大小总和（Heap Count * Sizeof）
Retained Size     该类所有实例所支配的内存大小
Instance     具体的实例
Reference Tree     所选实例的引用，以及指向该引用的引用。
Depth     GC根节点到所选实例的最短路径的深度
Shallow Size     所选实例的大小
Dominating Size     所选实例所支配的内存大小

然后我们看android studio右边有一个Analyzer Tasks按钮，我们点击打开Analyzer Tasks面板，然后点击运行，就可以在Analysis Results面板看到分析结果啦！
Analyzer Tasks

分析结果显示我们的SecondActivity有内存泄漏
Leaked Activities

Leaked Activities : 有内存泄漏的activities
Duplicated Strings : 重复定义的字符串(一般可以不理会)

以上就是LeakCanary的使用方式啦 (*￣︶￣)

今天是七夕，我相信只要努力，就可以收获美好的爱情。越优秀的人会遇到越优秀的另一半。
---------------------
作者：月色下的独轮车
来源：CSDN
原文：https://blog.csdn.net/baidu_31093133/article/details/81779711
版权声明：本文为博主原创文章，转载请附上博文链接！