Android 内存泄露

1.查询数据库而没有关闭Cursor
Cursor c =querryCursor();
try{
….
}catch(Exception e){
….
}finally{
c.close();
}
这样写能保证在发生异常时也可以正常关闭cursor
2.InputStream 、OutputStream 未关闭导致的内存泄露
3.广播BroadCastReceiver注册后未调用unregisterReceiver
4.Bitmap使用后未recycle
5.Context内存泄露
5.1static Drawable 引起的context泄露
这种情况发生在Android 3.0之前，查看setBackgroundDrawable(Drawable background)方法源码里面有一行代码引起我们的注意：

public void setBackgroundDrawable(Drawable background) {    // ... ...    background.setCallback(this);    // .... ....    }

这里this持有对view的引用，而view持有对当前activity的引用。所以当activity退出时，由于 static Drawable 是静态变量，它的生命周期没有结束，而它间接持有activity的引用，导致当前activity无法被销毁引起内存泄露。
Android 3.0 后 官方对setCallback（）做了如下调整，从而有效的避免了这一内存泄露

public final void setCallback(Callback cb) {        mCallback = new WeakReference<Callback>(cb);}   

5.2 System Service 引起的内存泄露     一些厂商定义的服务，或者厂商自己修改了一些新的代码导致系统服务引用了Context对象不能及时释放，我曾经碰到过Wifi，Storage服务都有内存泄露。这时候我们传application 就可以得到解决。5.3 Handler 引起的内存泄露    handler内存泄露的两个因素        1）内部类        2）生命周期与activity 不一致    解决方案：        1）静态内部类+弱引用            静态内部类不会持有对外部类的引用        2）在Activity onStop或者onDestroy的时候，取消掉该Handler对象的Message和Runnable, removeCallbacks(Runnable r)和removeMessages(int what)等。5.4 Thread 引起的内存泄露    同Handler对象可能造成内存泄露的原理一样，Thread的生命周期不一定是和Activity生命周期一致。而且因为Thread主要面向多任务，往往会造成大量的Thread实例。据此，Thread对象有2个需要注意的泄漏点：1). 创建过多的Thread对象2). Thread对象在Activity退出后依然在后台执行解决方案是：1). 使用ThreadPoolExecutor，在同时做很多异步事件的时候是很常用的，这个不细说。2). 当Activity退出的时候，退出Thread。