Android 内存泄露分析实战演练

1. 内存泄露简介

内存泄露，即Memory Leak，指程序中不再使用到的对象因某种原因从而无法被GC正常回收。发生内存泄露，会导致一些不再使用到的对象没有及时释放，这些对象占用了宝贵的内存空间，很容易导致后续需要分配内存的时候，内存空间不足而出现OOM（内存溢出）。无用对象占据的内存空间越多，那么可用的空闲空间也就越少，GC就会更容易被触发，GC进行时会停止其他线程的工作，因此有可能会造成界面卡顿等情况。

为什么不再使用到的对象无法被GC正常回收呢？这是因为还有其他对象持有无用对象的引用。为什么其他对象会持有无用对象的引用呢？这通常是我们意外地引进了无用对象的引用。从而导致无用对象无法给正常回收。

常见的内存泄露点

1. 静态变量

2. 非静态内部类（匿名类）

3. 集合类

4. 使用资源对象后未关闭

后面会对这些内存泄露点逐一分析。

2. 常见内存泄露例子及解决方案

2.1 静态变量内存泄露

说明：静态变量的生命周期跟整个程序的生命周期一致。只要静态变量没有被销毁也没有置null，其对象就一直被保持引用，也就不会被垃圾回收,从而出现内存泄露。

像static Context这种，lint直接就报警告了，所以建议就别使用了，如下图:

静态Context.png

来看个比较隐蔽的例子

public class MainActivity extends Activity {
    public static Test sTest;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        sTest = new Test(this);
    }
}
//外部Test类public class Test {
    Test(Context context) {
    }
}

sTest作为静态变量，并且持有Activity的引用，sTest的生命周期肯定比Activity长。因此当Activity退出后，由于Activity仍然被sTest引用到，所以Activity就不能被回收，造成了内存泄露。

Activity这种占用内存非常多的对象，内存泄露的话影响非常大。

解决方案：

• 针对静态变量
  在不用静态变量时置为空，如：

sTest = null;

• 针对Context
  如果用到Context，尽量去使用Applicaiton的Context，避免直接传递Activity，比如：

sTest = new Test(getApplicationContext());

• 针对Activity
  若一定要使用Activity，建议使用弱引用或者软引入来代替强引用。如下：

//弱引用
WeakReference weakReference = new WeakReference(this);
Activity activity = weakReference.get();

//软引用
SoftReference softReference=new SoftReference(this);
Activity activity1 = softReference.get();

注意：单例模式其生命周期跟应用一样，所以使用单例模式时传入的参数需要注意一下，避免传入Activity等对象造成内存泄露。

2.2 非静态内部类（匿名类）内存泄露

说明：非静态内部类 （匿名类）默认就持有外部类的引用，当非静态内部类（匿名类）对象的生命周期比外部类对象的生命周期长时，就会导致内存泄露。

2.2.1 Handler内存泄露

一般我们都是使用内部类来实现Handler，然后lint就直接飘黄警告了,如下：

这里会涉及到Handler的原理，如果还不懂Handler原理的话，建议先去看下。

如果Handler中有延迟的任务或者是等待执行的任务队列过长，都有可能因为Handler继续执行而导致Activity发生泄漏。

1.首先，非静态的Handler类会默认持有外部类的引用，包含Activity等。
2.然后，还未处理完的消息（Message）中会持有Handler的引用。
3.还未处理完的消息会处于消息队列中，即消息队列MessageQueue会持有Message的引用。
4.消息队列MessageQueue位于Looper中，Looper的生命周期跟应用一致。

因此，此时的引用关系链是Looper -> MessageQueue -> Message -> Handler -> Activity。所以，这时退出Activity的话，由于存在上述的引用关系，垃圾回收器将无法回收Activity，从而造成内存泄漏。

解决方法：

• 静态内部类+弱引用
  静态内部类默认不持有外部类的引用,所以改成静态内部类即可。同时，这里采用弱引用来持有Activity的引用。

    private static class MyHalder extends Handler {
        private WeakReference mWeakReference;
        public MyHalder(Activity activity) {
            mWeakReference = new WeakReference(activity);
        }
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            //...
        }
    }

• Activity退出时，移除所有信息
  移除信息后，Handler将会跟Activity生命周期同步。

    @Override
    protected void onDestroy() {
        super.onDestroy();
        mHandler.removeCallbacksAndMessages(null);
    }

2.2.2 多线程引起的内存泄露

我们一般使用匿名类等来启动一个线程，如下：

      new Thread(new Runnable() {
          @Override
          public void run() {
          }
      }).start();

同样，匿名Thread类里持有了外部类的引用。当Activity退出时，Thread有可能还在后台执行，这时就会发生了内存泄露。

解决方法：

• 静态内部类
  静态内部类不持有外部类的引用，如下：

private static class MyThread extends Thread{
        //...
      }

• Activity退出时，结束线程
  同样，这里也是让线程的生命周期跟Activity一致。

其他非静态内部类（匿名类），都可以按照这个套路来：一个是改成静态内部类，另外一个就是内部类的生命周期不要超过外部类。

2.3 集合类内存泄露

说明：集合类添加元素后，将会持有元素对象的引用，导致该元素对象不能被垃圾回收，从而发生内存泄漏。

举个例子:

      List