响应 网站建设网站建设销售顾问开场白

anr的分类

当前的事件没有机会得到处理（即主线程正在处理前一个事件，没有及时的完成或者looper被某种原因阻塞住了）。当前的事件正在处理，但没有及时完成.

ANR 的全称是 Application No Responding，即应用程序无响应，具体是一些特定的 Message (Key Dispatch、Broadcast、Service) 在应用的UI线程（主线程）没有在规定的时间内处理完，进而触发 ANR 异常。

1.KeyDispatch Timeout ：

• 按键或触摸事件在特定时间内无响应，超时时间5秒。
• 超时时间是在ActivityManagerService类中定义的。

2.Broadcast Timeout：

• BroadcastReceiver在特定时间内无法处理完成。
• 前台广播10秒，后台广播60秒。超时时间是在ActivityManagerService类中定义的。
• 确保BroadcastReceiver在主线程中执行的逻辑简短且迅速，复杂的逻辑应当委托给异步任务处理。

3.ServiceTimeout

• Service 在规定时间内无法处理完成操作，即会报出服务超时.
• 这类 ANR 同样没有提示框出现。超时时间，前台 Service 是 20s，后台 Service 是 200s。
• 对于长时间运行的服务，考虑使用IntentService或JobScheduler等方式异步执行任务，防止因超时而引发ANR。

ANR常见原因

1.耗时操作

• 在Android应用的主线程（UI线程）中执行了过于耗时的操作，例如大量的数据处理、网络请求、数据库访问等。
• 这些操作会阻碍主线程的正常消息循环，进而导致界面无法及时刷新响应用户操作。

2.同步锁等待

• 主线程在获取或释放同步锁时长时间等待。
• 例如由于其他线程持有锁而导致主线程被挂起，同样会导致ANR。

3.IO/CPU密集型操作

• 大量占用CPU资源或等待IO操作完成导致主线程被抢占，不能及时响应触摸事件或其他UI事件。
• 如前台在玩游戏，可能会导致你的后台广播被抢占。
• 提高数据处理效率，减少不必要的计算与内存分配，尤其是对循环、递归等易产生性能瓶颈的地方进行优化。

4.复杂的布局渲染与内存泄漏

• 布局层级过深或包含大量的视图元素，可能导致界面渲染缓慢。
• 未及时释放的资源占用过多内存，导致应用运行缓慢。
• 可以使用Hierarchy Viewer工具检查布局层级，优化布局结构，减少不必要的嵌套。
• 内存泄漏会导致应用占用过多内存，影响性能。可以使用MAT工具检查内存泄漏，并及时修复。

ANR问题定位

1.日志分析（logcat）

• 查看anr日志
  • 利用Android Studio自带的Logcat工具，搜索关键词“ANR”或“Input dispatching timed out”，找到ANR发生时刻的日志记录。
  • 通常会包含有错误报告和堆栈信息，如导致ANR的进程、线程和代码位置。
• 解析teaces.txt
  • ANR发生时，系统会在设备上生成traces.txt文件，它记录了所有线程的状态。
  • 通过ADB工具将其导出分析，可以定位到具体哪个线程可能引起阻塞。

2.使用性能分析工具

• Android Profiler：实时监控CPU、内存、网络、磁盘I/O等资源使用情况，寻找可能导致ANR的性能瓶颈。
• Systrace：系统层级的跟踪工具，能够追踪系统各组件间的交互和调度，帮助找出主线程阻塞的源头。

3.anr检测工具

• 使用Android提供的ANR检测工具，如Traceview。
• 可以获取应用程序的执行堆栈信息。通过分析堆栈信息，可以准确找到导致ANR的代码位置。

4.调试和单步执行

• 通过在开发工具中进行调试和单步执行，可以逐步跟踪代码的执行过程。
• 找到导致ANR的具体位置和原因。