Nothing behind me, everything ahead of me, as is ever so on the road.
以下内容来源于网络
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：内存压力过大，就要用统一的内存管理