Android内存泄漏杂谈

内存泄漏：是指内存得不到GC的及时回收，从而形成内存占用过多。从而致使程序Crash，也就是常说的OOM。

1、static
先来看如下一段代码

public class DBHelper {

    private static DBHelper db= null;

    private DBHelper() {

    }

    public static DBHelper getInstance(Context context) {
        if (bitmapUtils == null) {
            synchronized (DBHelper.class) {
                if (db== null) {
                    db= new db(context,DBNAME);

                }
            }
        }
        return db;
    }
}

这种代码在项目中非常常见。假设你们细致一点。应该能发现问题在那里。

helper中持有了context的应用。而DBHelper是全局的，也就是说，当在一个Activity中使用了DBHelper，即便这个Activity退出了，这个Activity也无法被GC回收。从而形成Activity一直驻留在内存中。

这个解决方式也比較简单，代码例如如下

public class DBHelper {

    private static DBHelper db= null;

    private DBHelper() {

    }

    public static DBHelper getInstance(Context context) {
        if (bitmapUtils == null) {
            synchronized (DBHelper.class) {
                if (db== null) {
                    db= new db(context.getApplicationContext(),DBNAME);

                }
            }
        }
        return db;
    }
}

仅仅需要把context改为ApplicationContext()便可，因为ApplicationContext自己就是全局的。

2、非静态内部类、Handler
先来看一段代码

private Handler handler = new Handler(){
        @Override
        public void dispatchMessage(Message msg) {
            // 消息处理
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        new Thread(new Runnable() {

            @Override
            public void run() {
                // 耗时操做
                handler.sendEmptyMessage(1);
            }
        }).start();
    }

咱们知道非静态内部类会持有外部类的引用，此时这里的Handler持有着外部Activity的引用，当咱们在Activity的内部类中进行异步耗时操做时，咱们的Activity假设此时被finish掉了，而异步任务没有运行结束，这就会致使咱们的Activity对象不能及时的被GC回收，从而致使内存问题。

这种问题解决起来也很是easy

• 不要在匿名内部类中进行异步操做
• 使用静态匿名内部类 总结：内存问题大多数都是因为对对象生命周期的不巧当处理形成的。在使用某个对象时。咱们需要细致研究对象的生命周期。当处理一些占用内存较大并且生命周期较长的对象时。应用使用软引用对其便可处理。及时关闭不使用的资源。