Android性能优化 ANR 分析指导文档
59 浏览量
2023-11-25
06:55:31
上传
评论
收藏 356KB PDF 举报
Anr 分析指导文档
1）什么引发了 ANR？
在 Android 里，应用程序的响应性是由 Activity Manager 和 WindowManager 系统服务监视
的。当它监测到以下情况中的一个时，Android 就会针对特定的应用程序显示 ANR：
在 5 秒内没有响应输入的事件（例如，按键按下，屏幕触摸）
BroadcastReceiver 在 10 秒内没有执行完毕
一个 ANR 对话框显示给用户
2）如何避免 ANR？
考虑上面的 ANR 定义，让我们来研究一下为什么它会在 Android 应用程序里发生和如何最佳
构建应用程序来避免 ANR。
Android 应用程序通常是运行在一个单独的线程（例如，main）里。这意味着你的应用程序
所做的事情如果在主线程里占用了太长的时间的话，就会引发 ANR 对话框，因为你的应用程
序并没有给自己机会来处理输入事件或者 Intent 广播。
因此，运行在主线程里的任何方法都尽可能少做事情。特别是，Activity 应该在它的关键
生命周期方法（如 onCreate()和 onResume()）里尽可能少的去做创建操作。潜在的耗时操
作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者以
数据 库操作为例，通过异步请求的方式）来完成。然而，不是说你的主线程阻塞在那里等
待子线程的完成——也不是调用 Thread.wait()或是 Thread.sleep()。替代的方法是，主
线程应该为子线程提供一个 Handler，以便完成时能够提交给主线程。以这种方式设计你的
应用程序，将 能保证你的主线程保持对输入的响应性并能避免由于 5 秒输入事件的超时引
发的 ANR 对话框。这种做法应该在其它显示 UI 的线程里效仿，因为它们都受相同的超 时影
响。
IntentReceiver 执行时间的特殊限制意味着它应该做：在后台里做小的、琐碎的工作如保
存设定或者注册一个 Notification。和在主线 程里调用的其它方法一样，应用程序应该避
免在 BroadcastReceiver 里做耗时的操作或计算。但不再是在子线程里做这些任务（因为
BroadcastReceiver 的生命周期短），替代的是，如果响应 Intent 广播需要执行一个耗时
的动作的话，应用程序应该启动一个 Service。顺便提及一句，你也应该避免在
IntentReceiver 里启动一个 Activity，因为它会创建一个新的画面，并从当前用户正在运
行的程序上抢夺焦点。如果你的应用程序在响应 Intent 广播时需要向用户展示什么，你应
该使用 Notification Manager 来实现。
剩余14页未读，继续阅读
资源评论
