1.什么是OOM
Android开发中经常会遇到OOM，而且现在已经是Android面试必问的问题了。
OOM（out of memory）即内存泄露。一个程序中，已经不需要使用某个对象，但是因为仍然有引用指向它垃圾回收器就无法回收它，当该对象占用的内存无法被回收时，就容易造成内存泄露。
Android的一个应用程序的内存泄露对别的应用程序影响不大，因为为了能够使得Android应用程序安全且快速的运行，Android的每个应用程序都会使用一个专有的Dalvik虚拟机实例来运行，也就是说每个应用程序都是在属于自己的进程中运行的。如果程序内存溢出，Android系统只会kill掉该进程，而不会影响其他进程的使用（如果是system_process等系统进程出问题的话，则会引起系统重启）。
2.OOM的原因
①一个进程的内存可以由2个部门组成：java 使用内存 ，C 使用内存 ，这两个内存的和必需小于16M，不然就会出现各人熟悉的OOM。
②一旦内存分配给Java后，以后这块内存纵然开释后，也只能给Java的使用，这个估计跟java虚拟机里把内存分成好几块进行缓存的原因有关，反正C就别想用到这块的内存了，所以要是Java突然占用了一个大块内存，纵然很快开释了，C能使用的内存 = 16M - Java某一瞬间占在的最大内存。
③而Bitmap的生成是路程经过过程malloc进行内存分配的，占用的是C的内存。
②一旦内存分配给Java后，以后这块内存纵然开释后，也只能给Java的使用，这个估计跟java虚拟机里把内存分成好几块进行缓存的原因有关，反正C就别想用到这块的内存了，所以要是Java突然占用了一个大块内存，纵然很快开释了，C能使用的内存 = 16M - Java某一瞬间占在的最大内存。
③而Bitmap的生成是路程经过过程malloc进行内存分配的，占用的是C的内存。
④Java内存消耗
1.资源对象没关闭造成的内存泄露，try catch finally中将资源回收放到finally语句可以有效避免OOM。资源性对象比如
1-1，Cursor
1-2，调用registerReceiver后未调用unregisterReceiver()
1-3，未关闭InputStream/OutputStream
1-4，Bitmap使用后未调用recycle()
2.作用域不一样，导致对象不能被垃圾回收器回收，比如：
2-1，非静态内部类会隐式地持有外部类的引用
2-2，Context泄露
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
3.如何解决OOM
1.使用缓存技术，比如LruCache、DiskLruCache、对象重复并且频繁调用可以考虑对象池
Android照片墙应用实现，再多的图片也不怕崩溃
2.对于引用生命周期不一样的对象，可以用软引用或弱引用SoftRefernerWeakReference
3.对于资源对象 使用finally 强制关闭
4.内存压力过大就要统一的管理内存
5.对于java中不再使用的资源需要尽快的释放，即设置成null，不要老是指望垃圾回收器为你工作。如果不设置成null，那么资源回收会受到一定的影响。
6.尽量少用static方法和static成员。因为static的方法或成员被外部使用的话，而外部的牵引对象没有对其进行释放的话那么整个static的类都不会被释放，也就造成内存泄漏。
7.对于不再使用的bitmap应该手动调用recycle方法，并且设置成null。图片还要尽量使用软引用方式，这样可以加快垃圾回收。
2.对于引用生命周期不一样的对象，可以用软引用或弱引用SoftRefernerWeakReference
3.对于资源对象 使用finally 强制关闭
4.内存压力过大就要统一的管理内存
5.对于java中不再使用的资源需要尽快的释放，即设置成null，不要老是指望垃圾回收器为你工作。如果不设置成null，那么资源回收会受到一定的影响。
6.尽量少用static方法和static成员。因为static的方法或成员被外部使用的话，而外部的牵引对象没有对其进行释放的话那么整个static的类都不会被释放，也就造成内存泄漏。
7.对于不再使用的bitmap应该手动调用recycle方法，并且设置成null。图片还要尽量使用软引用方式，这样可以加快垃圾回收。
上面有些关键字提供了链接可供参考！