Android开发内存管理之道

对象在内存heap堆中分配的空间，当不再使用或者没有引用对象指向的情况下，人不能被GC回收 称为内存泄露   大量的内存泄露就会造成 OOM

OOM：内存溢出，内存溢出是指APP向系统申请的内存超过最大内存阀值的请求，系统不会再分配多余的空间，就会造成OOM

Android内存优化的关键点

1. static  大量使用static 就会占据空间不释放  

2. 无关引用   很多时候需要传递引用，但是我们无法确保传递的引用能否及时回收 ，这时候就会造成内存泄露。 具有代表性的就是Context，当Activity销毁时候，由于被其他对象指向导致一直不能回收。 这时可以考虑第三条建议

3. 善用软引用（SoftReference）弱引用（WeakReference）LruCache   可以用WeakReference ，gc下自动扫描该区域进行内存回收   也可以使用SoftReference ，gc会在申请内存不足的情况下自动回收这部分引用。

4. 谨慎使用handler   在处理异步消息的时候使用  thread + handler ，如果Activity已经结束，但是handler还在处理消息，这个时候Activity其实并不会被销毁  这就造成了内存泄露。解决方法 再Activity的onDestory()方法加入handler.removeCallbacksAndMessages(null)  取消所有消息的处理。

5. bitmap 终极杀手 bitmap的处理不当极有可能造成OOM（内存溢出）   Bitmap位图 是android中小胖子  虚拟机不会自动去回收bitmap位图所占的内存  需要手动回收内存。也可以对bitmap进行一定的缩放，使用BitmapFactory的options相关的属性。如果仅仅只想获得bitmap的属性 ，没有必要把bitmap放到内存中 使用BitmapFactory.Options的inJustDecodeBounds属性  

6. cursor的及时关闭   查询sqlite数据库时候  会返回一个cursor  查询完毕后及时关闭cursor，这样就可以把查询的结果集及时的回收掉

7. 页面背景和图片加载  

8. ListView 和 GridView 的 Item 缓存

9. BroadcastReceiver 和 Service  再不需要的时候及时解绑

10. I/0流 用完及时关闭