《Android UI基础教程》——2.6节 防止应用程序无响应（ANR）

本节书摘来自异步社区《android ui基础教程》一书中的第2章，第2.6节 防止应用程序无响应（anr），作者 【美】jason ostrander，更多章节内容可以访问云栖社区“异步社区”公众号查看

2.6 防止应用程序无响应（anr）

android ui基础教程

一个android应用程序运行在它自身的进程之上，是与其他应用无关的沙盒应用。应用被单个线程操控：主线程，或者叫做ui线程。要让应用能够快速响应，android限制了函数调用的时间。如果函数超过了它的时间限制，则会出现一个应用程序没有响应（anr）的对话框，提示用户选择继续等待或者强制关闭应用。你应该不惜任何代价避免anr的出现。当你在主线程上执行长时间的操作时anr会出现，例子包括网络i/o、磁盘i/o、数据库查询以及密集的cpu运算。

提示： 任何时候你收到的android系统的回调函数都是由主线程完成。这包括活动和服务回调函数、时间处理程序、按键监听程序等。记住不要在这些回调函数中执行任何阻塞操作。如果你确实需要执行这样的操作，开始一个后台线程或者使用asynctask来处 理它。

2.6.1 strictmode

android 2.3推出了一个新的开发者工具，名字叫做strictmode。这个工具会检测发生在主线程上的磁盘或者网络操作并且会采取行动来警告开发者。它提供了许多方法来警告开发者，从简单的日志记录到应用程序崩溃等。

strictmode并不能保证能够找到发生在主线程上的所有的磁盘和网络i/o。尤其是，任何通过java本地接口（jni）产生的访问都不会被检测到。需要清醒认识到虽然strictmode很有用，但是它并不足以创建及时响应的程序。

下面是一个简单的检测所有类型的网络和磁盘i/o的strictmode。

这将会检测正在执行的线程上的所有网络和磁盘i/o，并且会采取两种行动：打印警告到日志中并对用户显示警告对话框。这个例子设置只能在当前线程设置警告。要检测任意线程上的冲突，使用setvmpolicy调用：

建议在所有创建的工程中都启用strictmode。在开发初期捕获这些例子更好，不会发生大的架构改变。

尽管strictmode对于创建快速响应的应用非常有帮助，在市场上发布应用时应当禁用它。否则，用户可能会遇到违反政策的对话框或者甚至会经历应用崩溃。处理这个的一个简单方法就是只在调试模式时启用strictmode（有一个调试键作为签名）。要检测一个应用是否运行在调试模式，检测applicationinfo标志就行。下面的代码片段会检测应用是否使用了调试签名：

2.6.2 后台任务

你将会遇到一种常见情况是需要执行不能在ui线程上运行的长时间操作——比如下载rss订阅、写文件或者运行定时器等。运行这些任务需要许多时间，这将会阻止ui线程的更新。你可以采用一些策略来处理这种情况。通常情况下，你会创建一个能够执行该任务的新线程，当完成任务之后再更新ui或者应用程序的状态。下面是实现这一行为的几个策略。

handler和消息队列

防止阻塞ui线程的一个好方法是让任务线程在后台运行。然而，当任务完成时，你常常需要更新ui。对于ui的更新只能由ui线程执行，否则将会产生异常。可以使用handler类来做到这一点。handler允许你发送在一段时间之后再由其处理的消息。这些消息可以立即进行处理，也可以计划好在将来的某段时间进行处理。handler在handlemessage方法中处理消息。

默认情况下，一个handler实例是绑定在创建它的线程上的（通常是主线程）。绑定handler到ui线程上为异步更新ui提供了一个方便的方法。然而，你同样可以选择提供一个可选的looper实例，让handler运行在单独的线程上。循环类用于为一个线程运行消息循环。通过使用循环类，你可以发送消息并让它们运行于任何线程实例上。

注意： looper类创建和管理一个包含单个线程的所有消息的messagequeue对象。ui线程已经为你创建了一个消息队列和循环类。

handler具有发送在一段时间之后再进行处理的消息的能力，这一点使得它非常适合实现基于时间的行为。下面是一个timetracker应用将会用到的跟踪时间间隔的简单handler：

这段代码更新了这个activity类的两个变量，该类被用于保存当前时间。之后它更新了ui（记住handler回调函数将会默认在ui线程上执行，除非你明确地给出它会运行于另一个线程上）。最后，它指定另一条消息在100毫秒之后执行。sendemptymessage方法也传入了一个用于区分的整数参数。由于这里只有一个单条消息，所以第一个参数被设置为0。使用handler的消息处理的api，你可以为使用定时器创建方便的方法。

1．在timetrackeractivity类中创建一个starttimer方法。这个方法将会记录当前的系统时间并且发送一条消息给handler，开启一个定时器。为了阻止开启定时器两次，在发送下一条消息时移除任何存在的消息。

2．stoptimer方法从handler的消息队列中移除所有消息。

3．resettimer方法将会先调用stoptimer，随后往列表适配器中添加当前时间，并在列表中展示。

最终，你将会需要知道定时器是否已经被停止。

4．创建一个检测消息队列中消息的方法。

你现在明白完成定时器的所有逻辑了。

仅仅为了从一个后台线程中更新ui而创建一个handler的情况很常见。android提供了activity.runonuithread方法，为这种情况提供了一条捷径。这个方法采用一个runnable并将其发送给ui线程的处理消息的handler。主线程会在空闲时运行在runnable中的代码。

开始一个后台线程执行一些任务并在任务结束之后更新ui，这种情况很常见。你可以只使用一个线程来执行这些任务并使用runonuithread方法来将数据展示给用户。但是如果你需要展示进程将会发生什么呢？在这些情况下，向ui消息处理的handler发送runnable是大材小用了。android中有一个叫做asynctask的类，这个类是针对这种情况特别设计的。

你可以扩展asynctask类来创建一个简单的线程，这个线程可以被用来执行后台任务以及在ui线程上打印结果。它包括了在任务被完成前后的ui更新，还有顺便进行的进程更新。下面是一个asynctask的基本形式：

传入任务的3个参数分别用来指定执行时的参数类型、设置进程的参数类型以及当后台任务完成时的返回结果类型。你可以在任务运行之前使用onpreexecute来更新ui，使用onprogressupdate来更新ui进程的指示器，使用onpostexecute在任务结束时更新ui。这些方法都运行于主ui线程之上，所以更新视图并没有风险。所有的代码都运行于doinbackground方法中，你可以将其看作仅仅是一个线程的运行方法。

asynctask对于需要更新一个ui组件的快速一次性任务很有用（例如从twitter下载新的帖子并把这些帖子加载到时间线中去）。