Android常见内存泄漏原因和解决办法

推荐阅读（了解Java虚拟机的原理，垃圾回收算法，堆和栈的区别） ：

Java虚拟机JVM整理

https://blog.csdn.net/ahou2468/article/details/105313444

Java中的堆和栈的区别

https://blog.csdn.net/ahou2468/article/details/106188635

Java对象引用的类型(强引用，软引用，弱引用，虚引用)

什么是内存泄漏？

在Android开发过程中，当一个对象已经不需要再使用了，本该被回收时，而另个正在使用的对象持有它引用从而导致它不能被回收，这就导致本该被回收的对象不能被回收而停留在堆内存中，内存泄漏就产生了；

内存泄漏的危害？

它是造成应用程序OOM的主要原因之一；由于Android系统为每个应用程序分配的内存有限，当一个应用中产生的内存泄漏比较多时，就难免会导致应用所需要的内存超过系统分配的内存限额，这就造成了内存泄漏而导致应用Crash；

常见内存泄漏的情况：

目录

1.静态Activity(Activity上下文Context)和View

1.1借助Android Profiler分析内存泄漏

2.单例造成的内存泄漏

2.1借助Android Profiler分析内存泄漏

2.2解决方法

3.线程造成的内存泄漏

3.1借助Android Profiler分析内存泄漏

3.2解决方法

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

4.1借助Android Profiler分析内存泄漏

4.2解决方法

5.Handler造成的内存泄漏

5.1借助Android Profiler分析内存泄漏

5.2解决方法

6.动画

6.1借助Android Profiler分析内存泄漏

6.2解决办法

7.第三方库使用不当

9.Java内存监测工具

9.1Android Profiler

9.2leakcanary

---

1.静态Activity(Activity上下文Context)和View

静态变量Activity和View会导致内存泄漏，在下面代码中对Activity的Context和TextView设置为静态对象，从而产生内存泄漏；

public class MemoryTestActivity extends AppCompatActivity {

    private static Context context;
    private static TextView textView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_memory_test);
        context = this;
        textView = new TextView(this);
    }
}

因为context和textView的实例的生命周和应用的生命一样，而他们持有当前Activity(MemoryTestActivity)的引用，一旦MemoryTestActivity销毁，而他的引用一直持有，就不会被回收，所以产生内存泄漏了；

1.1借助Android Profiler分析内存泄漏

测试页面关闭以后MemoryTestActivity实例是否全部销毁：

借助Android Profiler可以查看MemoryTestActivity实例有三个(Alloc Count实例数量为3)-不断打开关闭MemoryTestActivity页面，由于关闭MemoryTestActivity不会垃圾回收不会立即执行，为了测试点击强制垃圾回收，我们发现会有一个MemoryTestActivity(@318435616))没有被回收，因为context和textview一直持有MemoryTestActivity(@318435616))实例的引用；

点击Dump Java heap导出堆分配

点击Force Garbage Collection 强制垃圾回收

点击Dump Java heap 导出堆分配

2.单例造成的内存泄漏

Android的单例模式是开发中经常使用的模式，使用不恰当可能导致内存泄漏；单例的生命周期和应用的生命周期一样，也就是单例持有必须是和应用生命周期一样的对象，不能持有和应用生命周期不一致的对象例如：Activity(Context)上下文：

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;
    }
}

2.1借助Android Profiler分析内存泄漏

测试反复打开关闭MemoryTestActivity页面，最终停留在MemoryTestActivity页面是否只保留一个实例：

测试步骤：

a.打开MemoryTestActivity，然后关闭；

b.打开MemoryTestActivity，然后停留在MemoryTestActivity页面；

点击Force Garbage Collection 强制垃圾回收

点击Dump Java heap 导出堆分配

会发现第一次打开MemoryTestActivity时创建的实例没有销毁，由于TestManager单例持有MemoryTestActivity引用，TestManager单例生命周期和应用的生命周期一样，所以直到应用的生命周期结束时，TestManager单例持有MemoryTestActivity引用才会被销毁，下图是TestManager单例持有MemoryTestActivity引用；