ANR（Application Not Responding）是 Android 中的一种错误状态，指 App 在较长时间内停止响应用户输入。发生这种情况时，系统可能会显示一个对话框，让用户选择等待或关闭 App。典型的原因是 App 的主线程，也称为界面线程，正忙于执行耗时的工作，例如网络调用、大型数据库查询或繁重的计算，或者正在等待另一个线程持有的锁。
除其他情况外，如果 App 在五秒内没有响应轻点屏幕等输入事件，或者广播接收器或服务没有在设定的时间限制内完成，Android 就会触发 ANR。ANR 是一项重要的质量指标，因为它会带来糟糕的用户体验，而且 Google Play 会通过 Android vitals 监控 ANR 率，较高的 ANR 率可能会影响 App 在商店中的曝光度。开发者通过将繁重的工作移出主线程来防止 ANR，例如使用 Kotlin 协程或 WorkManager。
ANR（Application Not Responding）是 Android App 中的一种状态，指应用程序没有在特定时间范围内响应用户输入，该时间通常为 5 秒。这可能是由主线程上阻塞用户界面的长时间运行的操作引起的。为了避免 ANR，开发者应确保在后台执行繁重的任务，从而提升 App 的性能和用户体验。
More about ANR
ANR（Application Not Responding）是 Android App 中的一种状态，指 App 没有在特定的时间限制内响应用户操作或系统事件。当 App 在前台运行时发生 ANR，Android 会显示一个对话框，用户可以在其中选择等待或关闭 App。对用户来说，这表现为屏幕卡死，因此 ANR 与崩溃一样，都是 Android App 中最严重的稳定性问题之一。
从技术上讲，ANR 几乎总是由 App 的主线程被阻塞引起的。主线程既负责绘制用户界面，又负责处理输入，因此如果它正忙于长时间运行的工作，App 就无法响应。典型的原因包括主线程上的网络调用或文件和数据库操作、繁重的计算、主线程等待后台线程持有的锁的情况，以及线程之间的死锁。
Android 会在几种情况下触发 ANR，每种情况都有各自的时间限制：
输入事件：如果 App 没有在五秒内响应轻点或按键等输入事件。
广播接收器：如果广播接收器没有在系统的时间限制内处理完消息，前台广播的时间限制比后台广播更短。
服务：如果服务没有及时完成其生命周期方法，或者前台服务在启动后没有很快调用 startForeground()。
为了查找和分析 ANR，开发者可以使用 Google Play 管理中心中的 Android vitals，它会显示 ANR 率以及来自用户设备的堆栈轨迹。在开发过程中，StrictMode 可以揭示主线程上意外的磁盘和网络操作，而 Android Studio 中的性能分析工具则会显示时间花在了哪里。Firebase Crashlytics 等工具也可以收集 ANR 报告。
避免 ANR 最有效的方法是让主线程保持空闲。网络调用、数据库访问和繁重的计算应在后台运行，例如在合适的调度器上使用 Kotlin 协程，而运行时间较长的任务则可以使用 WorkManager 进行调度。同样重要的是，要避免主线程必须等待的长时间持有的锁，并让广播接收器和生命周期方法中的工作保持简短。
ANR 的影响不仅限于单个用户。Google Play 将 ANR 率用作 Android vitals 中的核心质量指标之一，超出不良行为阈值的 App 在商店中的曝光度可能会降低。总之，ANR 是一个信号，表明 App 在错误的地方执行工作，而系统地监控和预防 ANR 是开发稳定的 Android App 的重要组成部分。
Frequently asked questions about ANR
在移动 App 的语境中，ANR 代表什么？
ANR 代表“Application Not Responding”，即“应用无响应”，是 Android 中的一个术语。当 Android 设备上的应用程序没有在特定时间范围内响应用户输入时，就会出现这种现象，该时间范围通常为 5 秒。App 出现 ANR 可能是由多种因素造成的，例如主线程上阻塞用户界面的长时间运行的操作，或者等待其他线程持有的锁。
为了避免出现 ANR，建议开发者将繁重的计算和网络操作移到后台线程，以便主线程能够持续响应用户交互。这可以借助 Kotlin 协程或 WorkManager 等异步编程技术来实现；较旧的 AsyncTask API 自 Android 11 起已被弃用，不应在新代码中使用。
移动 App 中可能出现其他类型的错误；相比之下，ANR 是一种严重的状态，因为它会阻止用户与 App 交互，从而直接影响用户体验，这可能会让用户感到沮丧，并可能导致用户流失。因此，对开发者来说，监控和优化自己的 App 以尽可能降低 ANR 的风险非常重要。
ANR 如何影响 App 的用户体验？
在 Android 中，ANR 代表 Application Not Responding。当 App 本应响应用户输入，而其主线程却被阻塞了太长时间，通常约为五秒时，就会出现 ANR。随后系统会显示一个对话框，用户可以在其中选择等待或关闭 App。如果用户选择关闭，App 就会像强制退出一样被终止。
对用户来说，这表现为 App 卡死，并且对轻点操作没有反应。这令人沮丧，并可能导致用户卸载 App 或留下差评。即使是不会触发 ANR 对话框的较短延迟，也会让 App 显得迟缓。因此，繁重的任务应始终移出主线程。
开发者可以使用哪些工具来识别和分析 ANR 问题？
开发者可以使用一系列工具来识别和分析 ANR（Application Not Responding）问题，从而提升 App 的性能和用户体验。以下是三种主要工具及其特点：
- Google Play 管理中心中的 Android vitals：Android vitals 是 Google Play 管理中心中的一项功能，可以让开发者深入了解 App 的性能，包括 ANR 事件。通过分析来自真实用户的数据，开发者可以识别出现 ANR 的模式和具体情况。该工具全面概述了 App 的稳定性，并有助于确定最严重问题的优先级。
- Android Studio 中的性能分析器：Android Studio 性能分析器提供有关 CPU、内存、网络和能耗的数据。借助 CPU 性能分析，开发者可以跟踪线程并识别可能导致 ANR 的阻塞。该工具对于了解 App 代码的执行方式和优化性能至关重要。
- Firebase Crashlytics：Firebase Crashlytics 是一项崩溃报告服务，也可以帮助识别 ANR 问题。它提供有关 ANR 事件的详细报告，包括堆栈轨迹和上下文信息，可以帮助开发者了解问题的原因。借助实时提醒，开发者可以快速响应新的 ANR 并实施修复。
结合 Android vitals 提供的详细洞察、Android Studio 性能分析器的分析以及 Firebase Crashlytics 的全面报告，开发者能够有效地识别和解决 ANR 问题，从而打造更稳定、响应更迅速的 App。
可以实施哪些策略来减少 App 中 ANR 的发生？
可以实施多种策略来减少 App 中 ANR（Application Not Responding）的发生。当 App 没有在特定时间范围内响应用户输入时就会出现 ANR，这可能会导致糟糕的用户体验。以下是一些尽可能减少 ANR 的有效策略：
- 异步处理：网络请求和数据库操作等繁重的操作应通过异步处理移到后台线程。这可以确保主线程持续响应用户输入。
- 让界面线程保持空闲：不应在界面线程上执行耗时较长的操作。Kotlin 协程、WorkManager 或在需要时使用后台线程上的 Handler，都可以让界面线程免于阻塞；AsyncTask 已被弃用。
- 避免锁争用：主线程不应等待后台线程持有的锁，并且应尽可能避免线程之间的同步调用。稳健的错误处理还可以防止出现意外状态，例如从未得到处理的超时。
- 使用 ViewModel：ViewModel 与协程或 Flow 结合使用，能够以高效且不阻塞界面线程的方式处理数据的获取和更新。较旧的 Loaders API 自 Android 9 起已被弃用。
- 性能分析和性能优化：Android Studio 性能分析器等工具有助于识别和优化 App 性能中的瓶颈。这有助于查找和修复可能导致 ANR 的低效代码。
- 降低布局复杂性：简化布局结构可以缩短渲染界面组件所需的时间。可以使用 ConstraintLayout 或其他高效的布局类型来优化界面性能。
- 预加载和缓存：预加载和缓存数据可以缩短获取数据时的等待时间，从而提升 App 的响应速度。
总体而言，结合异步处理、空闲的界面线程、谨慎使用锁以及性能优化，可以显著减少 App 中 ANR 的发生。这些策略有助于确保 App 持续响应，并提供更好的用户体验。
ANR 如何影响 App 在应用商店中的排名？
ANR（Application Not Responding）会对 App 在 Google Play 上的排名产生相当大的影响，因为它会直接影响用户体验和 App 的总体评分。当 App 没有在特定时间范围内响应用户输入时就会出现 ANR，这往往会让用户感到沮丧，并可能导致负面评价。
Google Play 会在 Android vitals 中衡量用户感知的 ANR 率，超出不良行为阈值的 App 可能会以不太显眼的方式展示，并可能在其商品详情中显示警告。ANR 是 Android 的术语，但 Apple App Store 也会受到间接影响，因为 iOS 上的卡死会导致评分降低和负面评价，进而可能影响 App 在搜索结果中的曝光度和排名。
为了尽可能减少 ANR 并提升 App 在应用商店中的排名，开发者应专注于优化 App 的性能。这可以包括：
- 改进 App 的代码，确保其高效运行，没有不必要的延迟。
- 实施异步处理，防止主线程被繁重的操作阻塞。
- 定期测试和监控 App 的性能，以便在潜在问题影响用户之前识别并修复它们。
通过采取这些措施，开发者不仅可以改善用户体验，还可以增加在应用商店中获得更高排名的机会，从而带来更多的下载量和更大的用户群。
在未来的 App 开发项目中，应遵循哪些最佳实践来避免 ANR？
为了在未来的 App 开发项目中避免 ANR（Application Not Responding），遵循一些能够确保响应迅速且高效的用户体验的最佳实践非常重要。当 App 没有在特定时间范围内响应用户输入时，通常就会出现 ANR，这可能会让用户感到沮丧，并可能导致用户流失。以下是一些有助于尽可能降低 ANR 风险的策略：
避免 ANR 最有效的方法之一，是确保所有繁重的操作，例如网络请求、数据库查询和文件处理，都在后台执行。这可以借助异步任务或线程来实现，以防止主线程被阻塞。通过将这些操作移出主线程，即使在执行复杂任务时，App 也能持续响应用户输入。
另一项重要的做法是通过减少不必要的计算和高效地利用资源来优化 App 的性能。这可以包括缓存常用数据以尽可能减少重复计算，以及使用高效的算法和数据结构。此外，开发者还应注意释放不再需要的资源，以防止内存泄漏，因为内存泄漏可能会导致频繁的垃圾回收暂停和内存不足崩溃。
最后，在 App 中实施全面的错误处理和日志记录，并在开发过程中使用 StrictMode，这一点至关重要。这样就可以在潜在问题导致 ANR 之前识别并修复它们。通过监控 App 的性能并快速响应错误，开发者可以确保 App 保持稳定可靠。总体而言，这些最佳实践有助于打造一款稳健的 App，提供流畅且不间断的用户体验。
ANR for dummies
ANR 代表“Application Not Responding”，即“应用无响应”，是 Android 手机上的 App 可能会遇到的情况。想象一下，在尝试使用某个 App 时，它却卡住了，对轻点和轻扫操作都不再有反应。这有点像电脑死机，无论做什么都没有反应。当 App 在错误的地方忙于处理繁重的任务，或者存在导致其无法正常工作的错误时，就会发生这种情况。出现 ANR 时，手机通常会显示一条消息，询问是等待 App 恢复正常，还是将其关闭。这是手机在告诉我们有些地方运行得不正常，稍后重试或更新 App 可能会有所帮助。