Android OOM

什么是OOM

• 当前占用内存加上我们申请的内存资源超过了Dalvik虚拟机的最大内存限制就会抛出Out of memory异常。

一些容易混淆的概念

• 内存溢出
  • 内存泄露是指你的应用使用资源之后没有及时释放，导致应用内存中持有了不需要的资源，这是一种状态描述。
• 内存泄漏
  • 而内存溢出是指你的应用的内存已经不能满足正常使用了，堆栈已经达到系统设置的最大值，进而导致崩溃，这事一种结果描述。
  • 而且通常都是由于内存泄露导致堆栈内存不断增大，从而引发内存溢出。
• 内存抖动
  • 内存抖动是指在短时间内有大量的对象被创建或者被回收的现象，内存抖动出现原因主要是频繁（很重要）在循环里创建对象（导致大量对象在短时间内被创建，由于新对象是要占用内存空间的而且是频繁，如果一次或者两次在循环里创建对象对内存影响不大，不会造成严重内存抖动这样可以接受也不可避免，频繁的话就很内存抖动很严重），内存抖动的影响是如果抖动很频繁，会导致垃圾回收机制频繁运行（短时间内产生大量对象，需要大量内存，而且还是频繁抖动，就可能会需要回收内存以用于产生对象，垃圾回收机制就自然会频繁运行了）。综上就是频繁内存抖动会导致垃圾回收频繁运行。

App运行时发生OOM的原因

App运行时发生OOM的原因你知道几种？应该如何避免？

• 1.资源对象用完没有关闭，造成内存泄漏。避免：对于资源性对象，在try catch finally中将资源对象放在finally中进行回收处理，可以有效避免OOM。资源性对象例如：
  • 1-1：Cursor（使用Curosr.close()）
  • 1-2: 没有关闭InputStream/OutputStream
  • 1-3：使用完registerReceiver后没有调用unregisterReceiver
  • 1-4: Bitmap使用完后没有调用recycle
• 2.作用域不一样，导致对象不能被垃圾回收器回收
  • 2-1：非静态内部类隐式持有外部类的引用
  • 2-2：Context泄漏：
    • 2-2-1：不要保留Context-Activity长时间的引用（使用Context-Activity时必须确保和Activity一样的生命周期）
    • 2-2-2：使用Context-Application代替Context-Activity。
    • 2-2-3: 如果你不想控制内部类的生命周期，应该避免在Activity中使用非静态内部类，应该使用静态内部类，并且在其中创建一个Activity的弱引用(WeakRefrener)。
  • 2-3：Thread中引用其他对象也容易造成内存泄漏。
  • 2-4：OnReceive方法里执行了太多操作。
• 3.内存压力过大
  • 3-1：图片资源加载过多，超出内存使用空间，例如Bitmap。
  • 3-2: 重复创建View，listview应该复用convertview和viewholder。

避免内存泄漏：

• 1：使用缓存技术，如LruCache、DisLruCache、对象重复并且频繁调用可以考虑对象池。
• 2：对于生命周期不一样的对象，可以采用软引用或弱引用(SoftRefrener,WeakRefrener)。
• 3: 对于资源对象用完后在finally中强制关闭。
• 4：内存压力过大，就要用统一的内存管理。
• 5: 有关Bitmap ，主要涉及： 图片加载方式，及时释放内存，图片压缩，inBitmap属性，捕获异常。
• 6: listView: convertView/LRU ，避免在OnDraw方法中执行对象的创建。