内存泄漏常见原因总结

内存泄漏常见原因总结

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使用案例