应用卡死，也就是ANR所产生的原因？

1、5秒钟之内没有响应输入的事件，比如按键、屏幕触摸等。

2、广播接收器在10秒内没有执行完毕。

为什么说应用所有的操作都是在loop()中来管理？

首先，我们的每一个应用都存在于自己的虚拟机中，也就是说每一个应用都有自己的一个main函数，这个main函数就是ActivityThread.java的main()函数。

    public static void main(String[] args) {Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "ActivityThreadMain");SamplingProfilerIntegration.start();// CloseGuard defaults to true and can be quite spammy.  We// disable it here, but selectively enable it later (via// StrictMode) on debug builds, but using DropBox, not logs.CloseGuard.setEnabled(false);Environment.initForCurrentUser();// Set the reporter for event logging in libcoreEventLogger.setReporter(new EventLoggingReporter());// Make sure TrustedCertificateStore looks in the right place for CA certificatesfinal File configDir = Environment.getUserConfigDirectory(UserHandle.myUserId());TrustedCertificateStore.setDefaultUserDirectory(configDir);Process.setArgV0("<pre-initialized>");Looper.prepareMainLooper();ActivityThread thread = new ActivityThread();thread.attach(false);if (sMainThreadHandler == null) {sMainThreadHandler = thread.getHandler();}if (false) {Looper.myLooper().setMessageLogging(newLogPrinter(Log.DEBUG, "ActivityThread"));}// End of event ActivityThreadMain.Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);Looper.loop();throw new RuntimeException("Main thread loop unexpectedly exited");}

为什么每一个应用会有自己的一个main函数呢？

当我们在launcher界面启动一个应用的时候，这时候，系统就会用zygote给我们分配一个虚拟机，然后，这个应用就会运行在这个虚拟机上面。

应用运行到虚拟机之后，首先它要执行的就是启动ActivityThread，在ActivityThread中，它又会启动它的main()函数。

在main()函数中，它最重要的两行代码：

    public static void main(String[] args) {...Looper.prepareMainLooper();...Looper.loop();}

所以在程序运行的时候，主线程所有的代码都运行在这个Looper里面。

也就是说应用所有生命周期的函数（包括Activity、Service所有生命周期）都运行在这个Looper里面，而且，它们都是以消息的方式存在的。

假如说一个Activity启动，要走onResume()函数的时候，它就会在Activity的H里面执行RESUME_ACTIVITY。

                    case RESUME_ACTIVITY: return "RESUME_ACTIVITY";

它发送了一个Resume的消息，再接着看下这个Resume这个消息做了什么事情，代码在ActivityThread.java的handleMessage中。

                case RESUME_ACTIVITY:Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityResume");SomeArgs args = (SomeArgs) msg.obj;handleResumeActivity((IBinder) args.arg1, true, args.argi1 != 0, true,args.argi3, "RESUME_ACTIVITY");Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);break;

进入handleResumeActivity()方法。

        // TODO Push resumeArgs into the activity for considerationr = performResumeActivity(token, clearHide, reason);

它触发了Activity的管理机制，在Activity的管理机制里面，他就会发送一个消息，这个消息，就是对Activity进行Resume的操作。

r.activity.performResume();

接着往performResume()方法里面走，就进入了Activity.java。

    final void performResume() {....mFragments.dispatchResume();mFragments.execPendingActions();....}

再后面就调用了Fragemet的管理机制。

    public void dispatchResume() {mHost.mFragmentManager.dispatchResume();}

因为类的继承，到最终是继承自了FragmentActivity，所以最后又变成了对Fragment的Resume。

既然Handler的消息全都是loop来的，为什么我们没有ANR问题？

其实产生ANR问题的不是Looper.loop()，哪怕主线程正在等待（block）。

        for (;;) {Message msg = queue.next(); // might block...}

因为这个时候（阻塞）的时候，说明主线程在休眠。

之前不是说5秒钟不相应就会出现阻塞问题吗，为什么休眠个好长时间也并不会被ANR呢？

了解这个问题，先看唤醒主线程的方式有哪些：

1、输入事件

主线程虽然被block了，但与ANR的问题是没有关系的，只要输入事件有响应，他会唤醒，就不会被block了。

所以，产生ANR的问题不是因为主线程睡眠了，而是因为输入事件没有响应，输入事件没有响应他就没有办法唤醒这个Looper，才加了这个5秒的限制。

2、往Looper里面添加消息的时候，它会唤醒这个Looper。

因为应用中不管是Activity，还是Service，所有的操作都是在各自的生命周期中执行的，所以它所有的操作都逃不出生命周期。所以，所有的操作都执行在ActivityThread.java中的loop()里面，所以，应用所有的操作都是在这个loop()中来管理的，也正是因为这个原因，主线程的loop()是不能够退出去的。

只有一种情况，我们在一个应用的一个界面下不动，这个应用没有任何事件发生，也没有任何别的事件要处理，这个时候，我们的Looper就处于一个block状态；当点击一下这个屏幕，他就会触发唤醒这个Looper。

总结

为什么没有导致应用卡死？

因为应用卡死压根与这个Looper没有关系，应用在没有消息需要处理的时候，它是在睡眠，释放线程；卡死是ANR，而Looper是睡眠。

卡死是在主线程中执行一个耗时的操作，loop()会一直在处理一个消息，而for循环中有很多消息需要被处理，而这一个消息就要处理很久，这一个消息的处理时间，会转变成其他的点击事件没有响应。

因为主线程在接受到其他消息的时候没有时间去响应，它的时间都在处理那一个耗时的操作，造成点击事件没有办法响应，点击事件没有办法响应就容易出现ANR。