标签：Responding Thread 耗时 主线 Application ANR Android 日志

ANR，全称为Application Not Responding，也就是应用程序无响应。
如果 Android 应用的界面线程处于阻塞状态的时间过长，就会触发“应用无响应”(ANR) 的错误。此时系统会向用户显示一个对话框，ANR 对话框会为用户提供强行退出应用的选项。

二、ANR的四种类型

在Android系统中，应用程序的响应由Activity Manager及Window Manager两个系统服务所监控。通常情况下，应用出现如下四类情况时，系统将报ANR：

• KeyDispatchTimeout（最常见类型）—— input事件5s内未处理完成导致ANR发生，主要为按键和触摸事件；

日志关键字：InputDispatching Timeout

• BroadcastTimeout：—— BroadcastReceiver在特定时间内未处理完成导致ANR发生（限制：前台广播10s；后台广播60s）；

日志关键字：Timeout of broadcast BroadcastRecord

• ServiceTimeout —— Service在特定的时间内未处理完成导致ANR发生。（限制：前台服务20s；后台服务200s）；

日志关键字：Timeout executing service

• ContentProviderTimeout —— 内容提供者，在10s内未处理完成导致ANR发生；

日志关键字：Timeout publishing content providers

三、ANR的产生原因

• 主线程被IO操作（从4.0之后网络IO不允许在主线程中）阻塞

主线程中错误的操作，比如Thread.wait或者Thread.sleep等 Android系统会监控程序的响应状况，导致的主线程等待超时，一旦出现下面两种情况，则弹出ANR对话框。

• 主线程中存在耗时的计算：

例如大量的数据库读写，耗时的网络情况，高强度的硬件计算等。

• BroadcastReceiver未在10秒内完成相关的处理

• Service在特定的时间内无法处理完成 20秒

四、怎么避免ANR：

1. 使用AsyncTask处理耗时IO操作。

2. 使用Thread或者HandlerThread时，调用**Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND)**设置优先级，否则仍然会降低程序响应，因为默认Thread的优先级和主线程相同。

3. 使用Handler处理工作线程结果，而不是使用**Thread.wait()或者Thread.sleep()**来阻塞主线程。

4. Activity的onCreate和onResume回调中尽量避免耗时的代码。
   BroadcastReceiver中onReceive代码也要尽量减少耗时，建议使用IntentService处理。

将所有耗时操作，比如访问网络，Socket通信，查询大量sql 语句，复杂逻辑计算等都放在子线程中去，然后通过handler.sendMessage、runonUIThread、AsyncTask、RxJava等方式更新UI。

五、发生了ANR的情况，如何解决：

如果在已经尽量避免的情况下，还是发生了ANR的情况，我们可以根据以下的步骤进行问题定位与分析：

1.问题分析

• 导出ANR日志信息，根据日志信息，判断确认发生ANR的包名类名，进程号，发生时间，导致ANR原因类型等。

• 关注系统资源信息，包括ANR发生前后的CPU，内存，IO等系统资源的使用情况。

文末

初级工程师拿到需求会直接开始做，然后做着做着发现有问题了，要么技术实现不了，要么逻辑有问题。

而高级工程师拿到需求会考虑很多，技术的可行性？对现有业务有没有帮助？对现有技术架构的影响？扩展性如何？等等…之后才会再进行设计编码阶段。

而现在

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整资料开源分享

随着跨平台开发，混合式开发，前端开发之类的热门，Android开发者需要学习和掌握的技术也在不断的增加。

通过和一些行业里的朋友交流讨论，以及参考现在大厂面试的要求。我们花了差不多一个月时间整理出了这份Android高级工程师需要掌握的所有知识体系。你可以看下掌握了多少。

混合式开发，微信小程序。都是得学会并且熟练的

这些是Android相关技术的内核，还有Java进阶

高级进阶必备的一些技术。像移动开发架构项目实战等

Android前沿技术；包括了组件化，热升级和热修复，以及各种架构跟框架的详细技术体系

以上即是我们整理的Android高级工程师需要掌握的技术体系了。可能很多朋友觉得很多技术自己都会了，只是一些新的技术不清楚而已。应该没什么太大的问题。

而这恰恰是问题所在！为什么别人高级工程师能年限突破30万，而你只有十几万呢？

就因为你只需补充你自己认为需要的，但并不知道企业需要的。这个就特别容易造成差距。因为你的技术体系并不系统，是零碎的，散乱的。那么你凭什么突破30万年薪呢？

我这些话比较直接，可能会戳到一些人的玻璃心，但是我知道肯定会对一些人起到点醒的效果的。而但凡只要有人因为我的这份高级系统大纲以及这些话找到了方向，并且付出行动去提升自我，为了成功变得更加努力。那么我做的这些就都有了意义。

喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢！

凡只要有人因为我的这份高级系统大纲以及这些话找到了方向，并且付出行动去提升自我，为了成功变得更加努力。那么我做的这些就都有了意义。

喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢！

本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

标签：Responding,Thread,耗时,主线,Application,ANR,Android,日志
来源： https://blog.csdn.net/m0_64604842/article/details/122251032

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。