追溯 Android ANR 异常：揭秘 trace 文件的产生过程

引言

Android 应用出现 ANR（Application Not Responding）异常时，trace 文件是进行根因分析的关键工具。本文将深入探讨 trace 文件的产生流程，帮助开发者准确识别并解决 ANR 问题。

收集需要转储 trace 的进程

当系统检测到 ANR 异常时，首先会收集需要转储 trace 的进程。通常，这些进程包括：

• 发生 ANR 异常的主进程
• 执行操作时发生 ANR 异常的子进程

发送转储 trace 信号

收集到需要转储 trace 的进程后，系统会向这些进程发送一个转储 trace 的信号。此信号触发进程转储当前执行栈和堆栈中的对象，并将其写入 trace 文件中。

触发 ANR 的事件

以下事件可能会触发 ANR 异常并导致 trace 文件的产生：

• 带有超时机制的系统消息： 例如，Service 的创建或广播的发送，如果超时未完成，则会触发 ANR。
• 线程执行时间过长： 如果主线程执行时间超过 5 秒，则会触发 ANR。
• 强制关闭事件： 如果用户强制关闭应用，则会触发 ANR。

AMS 接口

当带有超时机制的系统消息判定超时后，会调用系统服务 AMS（Activity Manager Service）接口，收集 ANR 相关信息，包括需要转储 trace 的进程。AMS 接口将这些信息传递给 debuggerd 进程。

debuggerd 进程

debuggerd 进程负责管理调试会话并处理 trace 转储请求。它向需要转储 trace 的进程发送信号，触发 trace 文件的生成。

trace 文件的生成

进程收到转储 trace 的信号后，会执行以下操作：

• 暂停所有线程并捕获当前执行栈。
• 调用 ptrace() 系统调用转储线程堆栈中的所有对象。
• 将收集到的信息写入 trace 文件中。

trace 文件的位置

trace 文件通常位于 /data/anr/ 目录下，其文件名以 traces.<pid>.<timestamp> 的格式命名，其中 <pid> 为发生 ANR 异常的进程 ID，<timestamp> 为 ANR 异常发生的时间戳。

结语

了解 trace 文件的产生流程对于分析和解决 Android ANR 异常至关重要。通过掌握本文介绍的步骤，开发者可以准确识别触发 ANR 的事件，并深入分析 trace 文件以找出根本原因。这将有助于提高应用的稳定性和响应能力。

---