一、什么是OOM
OOM（out of memory）即内存泄露。一个程序中，已经不需要使用某个对象，但是因为仍然有引用指向它垃圾回收器就无法回收它，当该对象占用的内存无法被回收时，就容易造成内存泄露。
Android的一个应用程序的内存泄露对别的应用程序影响不大，因为为了能够使得Android应用程序安全且快速的运行，Android的每个应用程序都会使用一个专有的Dalvik虚拟机实例来运行，也就是说每个应用程序都是在属于自己的进程中运行的。如果程序内存溢出，Android系统只会kill掉该进程，而不会影响其他进程的使用（如果是system_process等系统进程出问题的话，则会引起系统重启）。

 

二、出现内存泄露原因
1.资源对象没关闭造成的内存泄露，try catch finally中将资源回收放到finally语句可以有效避免OOM。资源性对象比如：
1-1，Cursor
1-2，调用registerReceiver后未调用unregisterReceiver()
1-3，未关闭InputStream/OutputStream

1-4，Bitmap使用后未调用recycle()

5、AsyncTask，组件生命周期结束，但是其子线程仍旧在执行，导致组件不能及时释放。

2、或者是单例模式持有了activity，在单例中传入了Activity，当想要销毁Activity时。应为单例模式的存在。因此造成activity对象也不能被回收了，从而出现内存泄漏现象。修改方式也非常简单我们单例中context不再持有Activity的context而是持有Application的context即可，因为Application本来就是单例，所以这样就不会存在内存泄漏的的现象了。

1.一个View的作用域超出了所在的Activity的作用域，比如一个static的View或者把一个View cache到了application当中 etc


理解：内存：注意静态的数据和缓存中的数据；注意释放；

out Of Memery Error 在android中每一个程序所分到的内存大小是有限的，如果超过了这个数就会报Out Of Memory Error。 android给程序分配的内存大小与手机硬件有关，以下是一些手机的数据：

G1:16M Droid:24 Nexus One:32M Xoom:48Ms
所以尽量把程序中的一些大的数据cache到本地文件。以免内存使用量超标。
记得数据传递完成之后，把存放在application的HashMap中的数据remove掉，以免发生内存的泄漏

关于BitmapOOM内存溢出问题: 
使用BitmapFactory生成Bitmap对象时(特别是处理大图片),常常碰到内存溢出问题。以下是几点建议: 
1、使用BitmapFactory.decodeStream方法创建bitmap对象,该方法从JNI>>nativeDecodeAsset()来完成decode,从而避免java层decode时的内存开销。 
2、利用BitmapFactory.Options的inSampleSize属性设置,缩小图片尺寸。
BitmapFactory.Options bmpFactoryOptions = new BitmapFactory.Options();  bmpFactoryOptions.inSampleSize = 4; 
通过设置inSampleSize 的值,将图片的长宽定义成原图的1 / inSampleSize。 
3、适时回收不再使用的bitmap对象,回收方法如下:
if(!bitmap.isRecycled()){bitmap.recycle(); //回收图片所占的内存System.gc(); //提醒系统及时回收}

我们都知道，Android中需要注意内存泄露的操作有：

  • BroadCastReceiver，注册和取消注册要成对存在。
  • BindService，绑定服务和解绑服务要成对出现。
  • Thread，一般在四大组件中创建的Thread在组建销毁的时候要Stop掉。
  • Handler，通过Handler发送的消息未在组件生命周期结束的时候及时移出。

2.作用域不一样，导致对象不能被垃圾回收器回收，比如：
2-1，非静态内部类会隐式地持有外部类的引用，
2-2，Context泄露
概括一下，避免Context相关的内存泄露，记住以下事情：
   1、 不要保留对Context-Activity长时间的引用（对Activity的引用的时候，必须确保拥有和Activity一样的生命周期）
   2、尝试使用Context-Application来替代Context-Activity 3、如果你不想控制内部类的生命周期，应避免在Activity中使用非静态的内部类，而应该使用静态的内部类，并在其中创建一个对Activity的弱引用。
      这种情况的解决办法是使用一个静态的内部类，其中拥有对外部类的WeakReference。
2-3，Thread 引用其他对象也容易出现对象泄露。
2-4，onReceive方法里执行了太多的操作

3.内存压力过大
  3-1，图片资源加载过多，超过内存使用空间，例如Bitmap 的使用
  3-2，重复创建view，listview应该使用convertview和viewholder

 

三、如何避免内存泄露
1.使用缓存技术，比如LruCache、DiskLruCache、对象重复并且频繁调用可以考虑对象池
2.对于引用生命周期不一样的对象，可以用软引用或弱引用SoftReferner WeakReferner
3.对于资源对象 使用finally 强制关闭

4.内存压力过大就要统一的管理内存

5、避免创建不必要的对象：你要频繁操作一个字符串时，使用StringBuffer代替String。

Java与c/c++内存泄露

一般来说内存泄漏有两种情况。一种情况如在C/C++ 语言中的，在堆中的分配的内存，在没有将其释放掉的时候，就将所有能访问这块内存的方式都删掉（如指针重新赋值）；另一种情况则是在内存对象明明已经不需要的时候，还仍然保留着这块内存和它的访问方式（引用）。


第一种情况，在 Java 中已经由于垃圾回收机制的引入，得到了很好的解决。所以， Java 中的内存泄漏，主要指的是第二种情况。而C++则包含以上两种情况。


在不涉及复杂数据结构的一般情况下，Java 的内存泄露表现为一个内存对象的生命周期超出了程序需要它的时间长度。我们有时也将其称为“对象游离”。


要避免这种情况下的内存泄露，要求我们以C/C++ 的内存管理思维来管理自己分配的内存。第一，是在声明对象引用之前，明确内存对象的有效作用域。在一个函数内有效的内存对象，应该声明为 local 变量，与类实例生命周期相同的要声明为实例变量……以此类推。第二，在内存对象不再需要时，记得手动将其引用置空。