LeakCanary源码学习一：常见内存泄漏分析

1、单例造成的内存泄漏

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

3、Handler造成的内存泄漏

4、线程造成的内存泄漏

5、WebView造成的内存泄漏

---

来源：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()

参考文章：使用Handler容易产生的内存泄露以及介绍下Java的4种引用

正确写法：

public class HandlerLeakActivity extends AppCompatActivity {

private static class MyHandler extends Handler {

private final WeakReference mActivity;

public MyHandler(HandlerLeakActivity activity) {

mActivity = new WeakReference(activity);

}

@Override

public void handleMessage(Message msg) {

HandlerLeakActivity activity = mActivity.get();

if (activity != null) {

//…

}

}

}

读者福利

由于篇幅过长，就不展示所有面试题了，感兴趣的小伙伴

更多笔记分享

}

@Override

public void handleMessage(Message msg) {

HandlerLeakActivity activity = mActivity.get();

if (activity != null) {

//…

}

}

}

读者福利

由于篇幅过长，就不展示所有面试题了，感兴趣的小伙伴

[外链图片转存中…(img-AmySxMtn-1714412555228)]

[外链图片转存中…(img-Zx0fORxv-1714412555229)]

[外链图片转存中…(img-qfURRxR6-1714412555229)]

更多笔记分享

[外链图片转存中…(img-cieZgKUZ-1714412555229)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录