android 内存泄露总结

一、引用没释放造成的内存泄露

1.注册没有取消造成的内存泄露

2.集合容器对象没有清理造成的内存泄露，仅仅是显示的赋为了null

3.不要保留对context----activity长时间的引用，对activity的引用，一定要确保拥有和activity一样的生命周期

4.如果你不想控制内部类的生命周期，应该避免在activity中使用非静态的内部类，而应该是静态的内部类

二、资源对象没有关闭造成的内存泄露

1.cursor 未及时关闭

2.网络连接、IO流没有及时关闭

3.HandlerThread 没有quit

三、一些不良代码造成的内存压力

1、BItmap对象，使用完成后没有调用recycle（）方法，告诉GC优先回收

2、尽量采用StringBuff而不是String，String对象在进程处理时是新建一个对象。

3、threadlocal使用不当，如果我们粗暴的把ThreadLocal设置null，而不调用renmove方法或者set（null）。那么就可能造成Threadlocal绑定的对象长期也不能够回收，因而产生泄露

4.adapter getview方法未使用contantview缓存机制

5.webview  对象没有销毁

6.TypedArray recycle

7.Gridview的滥用，Gridview和listview的实现方式一样，GridVIew的view不是及时创建，而全部保存在内存中，比如Gridview有100项，虽然我们只能看10项，但是其实整个100项都是在内存中

8.new Message的泄露，尽量采用Message.obtain();

9.Android 直到4.1.3 之前的版本，通知栏API 都存在内存泄露BUG，反复调用 NotificationManager.notify 方法会造成手机死机重启。绕过此BUG 的方法是每次调用notify 时都必须 new 一个新的RemoteViews。