LeakCanary源码学习一：常见内存泄漏分析，【高级Android架构师系统学习

---

来源：BAT大牛 带你深度剖析Android 10大开源框架  第五章

相关文章：

=====

性能优化工具（九）-LeakCanary（简书，2w阅读量）

性能优化总结2：leakcanary的使用（简洁易懂）（6k阅读量）

Android 内存泄漏分析利器——leakcanary（1.4w阅读量）

Android性能优化之内存优化（自己的，详细介绍了内存泄漏情况及解决方案）

1、单例造成的内存泄漏

===========

错误写法：

public class SingletonContext {

private static SingletonContext mInstance;

private Context context;

private SingletonContext(Context context) {

this.context = context;

}

public static SingletonContext getInstance(Context context) {

if (mInstance == null) {

mInstance = new SingletonContext(context);

}

return mInstance;

}

}

这种写法，如果传入的是Activity，当这个Activity需要被销毁的时候，就会因为被单例持有引用而无法被销毁。

正确写法：

public class SingletonContext {

private static SingletonContext mInstance;

private Context context;

private SingletonContext(Context context) {

this.context = context.getApplicationContext();

}

public static SingletonContext getInstance(Context context) {

if (mInstance == null) {

mInstance = new SingletonContext(context);

}

return mInstance;

}

}

2、非静态内部类创建静态实例造成的内存泄漏

========================

错误写法：

public class StaticLeakActivity extends AppCompatActivity {

private static NonStaticClass mResource = null;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_static_leak);

if (mResource == null) {

mResource = new NonStaticClass();

}

}

private class NonStaticClass {

}

}

在这种写法里，非静态内部类NonStaticClass 会默认持有外部类StaticLeakActivity 的引用，而非静态内部类NonStaticClass又创建了一个静态实例mResource ，而这个mResource 的生命周期和APP的生命周期是一致的，这就导致StaticLeakActivity 无法被回收，从而造成内存泄漏。

正确写法：

public class StaticLeakActivity extends AppCompatActivity {

private static NonStaticClass mResource = null;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_static_leak);

if (mResource == null) {

mResource = new NonStaticClass();

}

}

private static class NonStaticClass {

}

}

只需要把内部类改为static就行了，这样它就不会持有外部类StaticLeakActivity的引用，这样StaticLeakActivity的内存就可以被顺利回收。

3、Handler造成的内存泄漏

================

Handler造成的内存泄漏是非常常见的，因为使用的多。

错误写法：

public class HandlerLeakActivity extends AppCompatActivity {

private final Handler mLeakHandler = new Handler() {

@Override

public void handleMessage(Message msg) {

super.handleMessage(msg);

}

};

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_handler_leak);

mLeakHandler.postDelayed(new Runnable() {

@Override

public void run() {

}

},10006010);

finish();

}

}

分析：Handler是一个TLS变量，意思就是说它的生命周期和HandlerLeakActivity 的生命周期是不一样的，这样就可能导致内存泄漏。以上代码中，我们使用mLeakHandler发送了一个延时任务，同时finish掉HandlerLeakActivity，由于执行延时任务的message还存在于主线程中，它就会持有HandlerLeakActivity中的mLeakHandler的引用（message持有mLeakHandler的引用，mLeakHandler又持有HandlerLeakActivity的引用），这种情况下finish，HandlerLeakActivity是不会被回收的。

那么，解决办法是什么呢？

1、将Handler的声明变为静态的

2、通过弱引用的方式引入Activity

3、在activity的onDestory方法中调用handler.removeCallback()

最后

在这里我和身边一些朋友特意整理了一份快速进阶为Android高级工程师的系统且全面的学习资料。涵盖了Android初级——Android高级架构师进阶必备的一些学习技能。

附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题（含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）

ity的onDestory方法中调用handler.removeCallback()

最后

在这里我和身边一些朋友特意整理了一份快速进阶为Android高级工程师的系统且全面的学习资料。涵盖了Android初级——Android高级架构师进阶必备的一些学习技能。

附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题（含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）
[外链图片转存中…(img-mbQg1Bj1-1646396788512)]
本文在开源项目：【GitHub 】中已收录，里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…