Android 最佳实践之流畅（Seamlessness）设计

核心提示：用户是相当聪明的：如果你的程序高耗电，他们是一定会发现的，Android 最佳实践之流畅（Seamlessness）设计(5)，到那个时点，你唯一可以确定的是，当它监测到以下情况中的一个时，Android就会针对特定的应用程序显示ANR：在5秒内没有响应输入的事件(例如，你的程序将很快被卸载掉，可能会存在这样的情况

用户是相当聪明的：如果你的程序高耗电，他们是一定会发现的。到那个时点，你唯一可以确定的是，你的程序将很快被卸载掉。

可能会存在这样的情况，你写的代码通过了世界上所有的性能测试，但当用户尝试使用你的应用程序时，仍然让用户感到不爽。应用程序响应不够灵敏的地方包括——反映迟钝，挂起或冻结很长时间，或者需要花费很长的时间来处理输入。

在 Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应(ANR：Application Not Responding)对话框。用户可以选择让程序继续运行，但是，他们在使用你的应用程序时，并不希望每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样，系统不会显示ANR给用户。

一般说来，如果应用程序不能响应用户输入的话，系统会显示一个ANR。例如，一个应用程序阻塞在一些I/O操作上(通常是网络访问)，这时，应用程序的主线程就不能再处理用户的输入事件。经过一定的时间后，系统认为应用程序已经挂起，并显示ANR来让用户选择杀死应用程序。

相似地，如果你的应用程序花费太多的时间来构建详细的内存结构，或者也许是在游戏里花费太多时间来计算下一步移动，这时，系统会认为你的应用程序已经挂起。因此，确保这些计算是高效的往往很重要，但即使是最高效的代码仍然需要花费时间来运行。

在这两种情况下，解决的方法通常是创建一个子线程，然后在线程里做你的大部分工作。这能让主线程(驱动UI事件循环)保持运行，并阻止系统认为你的代码已经冻结。因为这些线程通常是在类级别上完成的，因此，你可以认为响应性能问题是一个类的问题。(与基本性能相比而言，基本性能问题认为是方法级别的问题)

这篇文章将讨论Android系统如何判断一个应用程序处于无响应状态，并为保证应用程序的响应性提供向导。

这篇文章囊括这些主题：

什么引发了ANR?

如何避免ANR?

增强响应灵敏性

1)什么引发了ANR?

在Android里，应用程序的响应性是由Activity Manager和Window Manager系统服务监视的。当它监测到以下情况中的一个时，Android就会针对特定的应用程序显示ANR：

在5秒内没有响应输入的事件(例如，按键按下，屏幕触摸)

BroadcastReceiver在10秒内没有执行完毕