对象在内存heap堆中分配的空间,当不再使用或者没有引用对象指向的情况下,人不能被GC回收 称为内存泄露 大量的内存泄露就会造成 OOM
OOM:内存溢出,内存溢出是指APP向系统申请的内存超过最大内存阀值的请求,系统不会再分配多余的空间,就会造成OOM
Android内存优化的关键点
static 大量使用static 就会占据空间不释放
无关引用 很多时候需要传递引用,但是我们无法确保传递的引用能否及时回收 ,这时候就会造成内存泄露。 具有代表性的就是Context,当Activity销毁时候,由于被其他对象指向导致一直不能回收。 这时可以考虑第三条建议
善用软引用(SoftReference)弱引用(WeakReference)LruCache 可以用WeakReference ,gc下自动扫描该区域进行内存回收 也可以使用SoftReference ,gc会在申请内存不足的情况下自动回收这部分引用。
谨慎使用handler 在处理异步消息的时候使用 thread + handler ,如果Activity已经结束,但是handler还在处理消息,这个时候Activity其实并不会被销毁 这就造成了内存泄露。解决方法 再Activity的onDestory()方法加入handler.removeCallbacksAndMessages(null) 取消所有消息的处理。
bitmap 终极杀手 bitmap的处理不当极有可能造成OOM(内存溢出) Bitmap位图 是android中小胖子 虚拟机不会自动去回收bitmap位图所占的内存 需要手动回收内存。也可以对bitmap进行一定的缩放,使用BitmapFactory的options相关的属性。如果仅仅只想获得bitmap的属性 ,没有必要把bitmap放到内存中 使用BitmapFactory.Options的inJustDecodeBounds属性
cursor的及时关闭 查询sqlite数据库时候 会返回一个cursor 查询完毕后及时关闭cursor,这样就可以把查询的结果集及时的回收掉
页面背景和图片加载
ListView 和 GridView 的 Item 缓存
BroadcastReceiver 和 Service 再不需要的时候及时解绑
I/0流 用完及时关闭