做Android也有几年了，关于OOM和ANR的问题在面试和工作中也遇到了很多次，对二者的理解和一下解决办法很散乱，在此做下总结，也便于以后自己拿来复习,如果有幸被哪位网友看到或者提供了一下帮助的话,那是更好了 。

OOM

        OutOfMemory 内存溢出，在Android系统中每当一个APP启动时，系统会为其分配一片内存空间，但这个空间是有上限的，当该项目需要的内存超过这个阈值的时候，将会报错OOM，退出应用。

常见的原因和解决法案

        1、加载大图，加载高清图片、长图，bitmap压缩，降低图片质量，项目中尽量不使用高质量资源图片，bitmap使用之后及时recycle（）掉

        2、查询数据库cursor未及时关闭，杜绝这种情况

        3、涉及到读写流的操作时应及时关闭

        4、广播注册之后取消注册

        5、static修饰context（被static修饰的activity当别的地方引用该context后，及时该activity已经onDestrory，但别的地方仍持有它的引用，造成内存泄漏），

如何的避免这种泄露的发生呢？

   第一，应该尽量避免static成员变量引用资源耗费过多的实例，比如Context。

   第二、Context尽量使用Application Context，因为Application的Context的生命周期比较长，引用它不会出现内存泄露的问题。

   第三、使用WeakReference代替强引用。比如可以使用WeakReference<Context> mContextRef;

        6、非静态内部类持有外部对象造成的内存泄露，常见是内部线程类造成的。

public class BasicActivity extends Activity {

@Override

public void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.main);

new MyThread().start();

}

private class OneThread extends Thread{

@Override

public void run() {

super.run();

//do somthing

}

}

}

由于我们的线程是Activity的非静态内部类，所以OneThread中保存了Activity的一个引用 ，当OneThread的run函数没有结束 时，OneThread是不会被销毁的，因此它所引用的老的Activity也不会被销毁，因此就出现了内存泄露的问题。

那么上述内存泄露问题应该如何解决呢？   第一、将线程的内部类，改为静态内部类。并且注意第二条。   第二、在线程内部采用弱引用保存Context引用。

ANR

        Application Not Responding(应用程序无响应)，Android系统中，ActivityManagerService(简称AMS)和WindowManagerService(简称WMS)会检测App的响应时间，如果App在特定时间无法相应屏幕触摸或键盘输入时间，或者特定事件没有处理完毕，就会出现ANR。

    触发条件

        InputDispatching Timeout：5秒内无法响应屏幕触摸事件或键盘输入事件

        BroadcastQueue Timeout：在执行前台广播（BroadcastReceiver）的onReceive()函数时10秒没有处理完成，后台为60秒。

        Service Timeout：前台服务20秒内，后台服务在200秒内没有执行完毕。

        ContentProvider Timeout：ContentProvider的publish在10s内没进行完。

    解决    

        1、通过log定位

        2、通过到处traces.txt查看日志

        尽量避免在UI线程中进行好事操作