内存泄漏常见原因总结

内存泄漏常见原因总结

1.非静态内部类的静态实例

public class MainActivityextends Activity
{
         static Demo sInstance = null;

    @Override
    public void onCreate(BundlesavedInstanceState)
    {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        if (sInstance == null)
        {
           sInstance= new Demo();
        }
    }
    class Demo
    {
    voiddoSomething()
    {
               System.out.print("dosth.");
    }
    }
}

2.Activity的静态成员变量

1. Drawable
2. Context

Drawable的对象的内部Callback持有activity的引用，当Activity finish()之后，静态成员drawable始终持有这个Activity的引用，导致内存释放不了。

Context，Activity内部如果有一个Context的成员变量，将导致Context引用指向的Activity对象释放不了。

public class MainActivity extends Activity {
    private static Context mContext;

    public void onCreate(Bundle savedInstanceState){
        super.onCreate(savedInstanceState);
        ...
        mContext=MainActivity.this;
    }
}

3.Handler造成的内存泄漏

3.1 Handler内存泄漏的原因

public class MainActivity extends Activity {
    ...
    private Handler mHandler = new Handler(){
        @Override
        public void handleMessage(Message msg) {
            ...
        }
    };
    ...
}

大家平时开发中喜欢在Activity中直接new一个Handler的匿名内部类，这样造成匿名内部类持有一个外部类(通常是Activity)的引用(不然怎么更新ui)，但是Handler常常伴随着一个执行耗时操作的异步线程(如下载多张图片)，如果在完成耗时操作之前，Activity退出，异步线程持有handler的引用，handler持有Activity的引用，从而导致内存泄漏。

3.2 防止Handler内存泄漏的措施

通过程序逻辑来进行保护

1. 在关闭Activity的时候，把线程也关了；
2. 如果Handler是被delay的Message持有的引用，在Activity的onDestroy()方法中，调用Handler响应书的removeCallbacks()方法，把消息对象从消息队列移除就行了。

将Handler声明为静态类

• 静态类不持有外部类的引用，所以Activity可以被随意回收，代码如下：

  ...
  private static class MyHandler extends Handler {
      @Override
      public void handleMessage(Message msg) {
          ...
      }
  }
  ...

使用弱引用

当Activity在内存中的对象没有任何引用，使用弱引用会让Activity对象很容易被Gc回首。代码如下：

...
private static class MyHandler extends Handler {
        WeakReference<CrmContactActivity> mReference;

        public MyHandler(CrmContactActivity activity) {
            mReference = new WeakReference<CrmContactActivity>(activity);
        }

        @Override
        public void handleMessage(Message msg) {
            final CrmContactActivity activity = mReference.get();
            if (activity == null || activity.isFinishing()) {
                return;
            }
            if (msg.what == LOAD_MORE) {
                activity.getCustomersByCompanyName(activity.companyName);
            } else if (msg.what == THE_END) {
                activity.showViewIfHasCompanyName((ArrayList<CustomerModel>) activity.matchedCustomerList);
            }
        }
    }
    ...

4.注册某个对象后没有反注册

广播接收器注册后在Activity退出时忘了反注册，一些利用观察者模式的第三方开源库在使用时，忘了反注册(如EventBus)。
正确代码如下：

    @Override
    protected void onDestroy() {
        EventBus.getDefault().unregister(this);
        super.onDestroy();
    }

5.集合对象没清理造成的内存泄漏

把大量对象的引用放入集合中，但我们不需要该对象时，记得从集合中将不需要的引用清理掉，同理，当对象不需要时，记得将对象的引用设置为null。

6.资源文件未关闭

最常见的是文件流执行完读写操作后，忘记关闭了输入流，输出流；数据库、Content Provider操作完后Cursor忘记了close等等。
安全一点的方式是在写代码的时候，首先写完头尾，避免尾部关闭操作忘记了谢。

7.代码不严谨

• Bitmap对象使用完后，忘记了调用recycle()方法销毁；
• 解析图片的时候忘记了设置采样率
• 自定义View时TypedArray使用完后忘记调用recycle()方法释放内存
• ListView的适配器类中没有复用convertView
• 未采用软引用等

8.关于内存泄漏的调试

我有一篇博客介绍我开发过程中一次典型的内存泄漏案例，这个案例中介绍了内存泄漏检测工具MAT的使用，博客链接如下：

MAT使用案例