一、什么是内存泄漏？

内存泄漏是指无用对象（不再使用的对象）持续占有内存或无用对象的内存得不到及时释放，从而造成的内存空间的浪费称为为内存泄漏。

二、造成内存泄漏的原因有哪些，怎么解决？

1.单例模式造成的内存泄漏

原因：单例的静态特性使得单例的生命周期和应用的生命周期一样长，如果一个Activity已经不需要使用了，而单例对象还持有该Activity的引用，那么这个Activity将不能被正常回收。

解决：创建单例时在私有的构造方法中传入 Application的Context，这样不管传入什么Context最终将使用Application的Context ，而单例的生命周期和Application的一样长，就防止了内存泄漏。

private Context context;

private Singleton(Context context) {

    //传入Application的Context

    this.context = context.getApplicationContext();

}

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

原因：非静态内部类默认会持有外部类的引用，而该非静态内部类创建了一个静态的实例，静态实例的生命周期和应用的一样长，这就导致了该静态实例一直会持有该Activity的引用，导致Activity的内存资源不能正常回收。

解决：将该内部类设为静态内部类。或者将该内部类抽取出来封装成一个单例，使用Application的Context

3.Handler造成的内存泄漏

原因：直接创建的handler 是Handler的非静态匿名内部类的实例， 所以它持有外部类Activity的引用 ->

avtivity退出时，假如消息队列中还有消息没有处理完毕 ->

消息队列中的message持有了handler的实例引用，handler实例又持有Activity的引用 ->

导致该Activity的内存资源无法及时回收。

解决：自定义一个静态Handler继承Handler，并且持有activity的弱引用 ->

在Activity的onStop或onDestroy方法中移除所有回调和消息队列。

private MyHandler mHandler = new MyHandler(this);

    //自定义成静态内部类

    private static class MyHandler extends Handler {

        private WeakReference<Context> reference;

        public MyHandler(Context context) {

            reference = new WeakReference<>(context);

                  }

 }

@Override

public void onDestroy() {

    super.onDestroy();

    //移除回调和消息队列

    mHandler.removeCallbacksAndMessages(null);

}

4.线程造成的内存泄漏

原因：非静态内部类创建的实例，会默认持有该Avtivity的引用 。如果Activity在销毁之前，任务还未完成， 那么将导致Activity的内存资源无法回收，类似Handler，解决方法也差不多。

解决：使用静态内部类的方式，并持有Activity的弱引用，Activity销毁时cancel掉任务，参考Handler解决方法。

5.资源未关闭造成的内存泄漏

对于使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源的时候，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，造成内存泄漏。

6.其他一些避免内存泄漏注意事项

避免使用static变量：它的生命周期与app是一致的

对于不再需要使用的对象，显示的将其赋值为null，比如使用完Bitmap后先调用recycle()，再赋为null，具体会在下篇关于OOM的文章中讲述。

---

作者：AD_wen

来源：CSDN

原文：https://blog.csdn.net/AD_wen/article/details/77887439

版权声明：本文为博主原创文章，转载请附上博文链接！