第3章：ANR日志文件结构——traces.txt、events.log、main log

搞多媒体启动卡顿，第一步不是看代码，而是看日志。这就像医生看病，先看化验单。我自己做性能优化这么多年，最怕听到一句话：“没日志，你帮我查一下。”——没日志我真没法查。今天就聊聊ANR的三份核心日志文件，它们各自长什么样，以及我怎么从中挖出线索。

3.1 三份日志，各司其职

一个完整的ANR场景，系统会同时吐出三类日志。用表格一列就清楚了：

这三份文件我一般会同时拉下来。先看哪个？嗯，不一定。有时traces.txt直接告诉我主线程在等一个锁，但不知道锁被谁持有。这时就得翻events.log，看那个线程是不是卡在某次Binder调用里。再不行就查main log，看ANR之前有没有内存抖动或网络超时日志。

3.2 traces.txt：线程堆栈的“尸体报告”

traces.txt是ANR发生时系统自动生成的。位置固定：/data/anr/traces.txt。但这个文件会被覆写，你最好在ANR发生后第一时间把它拉出来。我以前犯过这个错：先清了缓存再拉日志，结果traces.txt已经被新ANR覆盖了——白忙一场。

traces.txt 内容大致分成三部分：

• 系统概要头：ANR发生的时间、进程名、pid、CPU使用率、负载情况。
• 主线程堆栈：通常以“main”开头，看它的调用链。
• 其他线程堆栈：包括Binder线程、AsyncTask线程等。有时“凶手”不在主线程，而在另一个子线程死锁了，导致主线程等不到结果。

举个例子，我见过一个多媒体启动卡顿，traces里主线程停在 android.os.MessageQueue.nativePollOnce。很多人一看就以为主线程在空等，其实它是Handler在等消息。真正的问题是哪里？看它前面的消息处理链。如果你发现主线程在等一个Service连接，而那个Service的onBind也在等同一个锁，那就死锁了。

3.3 events.log：时间线的“监控录像”

events.log不叫一个文件，其实是一堆dropbox文件。系统会把每个ANR事件单独存一个文件，命名类似 system_app_anr@时间戳.txt。路径在 /data/system/dropbox/ 下。我推荐用 adb shell dumpsys dropbox --print data_app_anr 直接按类型打印出来，省得一个个翻文件夹。

events.log里藏着什么？说白了就是时间戳大集合。它会记录：

• 输入事件（触摸、按键）的dispatch时间和超时时间
• Service、Broadcast、Provider的超时起止时间
• 进程的CPU时间片使用情况
• 系统认为“该响应但没响应”的时刻

我自己排查时，习惯把ANR发生的精确时间（从main log里拿）和events.log里的时间戳做对比。如果有多个ANR，events.log还能帮你判断哪个是真正的“第一次”——有时候用户连续卡死，后面的ANR都是前面问题导致的连锁反应。

3.4 main log：应用和系统的“录音室母带”

main log就是logcat抓到的日志。它包含应用自己的日志（Log.i/d/w/e）和系统日志（ActivityManager、InputManager等）。ANR发生时，系统会打印如下关键行：

// 关键行1：ANR弹窗提示
ActivityManager: ANR in 包名 (进程名)
CPU usage from 0ms to 5000ms later:
  ...

// 关键行2：输入事件超时
InputDispatcher: Application is not responding: AppWindowToken{...}
  Waiting because the focused window has not been focused.

// 关键行3：具体原因分类
ActivityManager: Reason: Input dispatching timed out (Waiting because no window has focus...)
  or: Reason: Executing service 包名/.MyService
  or: Reason: Broadcast of Intent { act=com.example.ACTION }

// main log 中的关键行
06-15 10:23:45.123  1234  5678 I ActivityManager: ANR in com.example.player
06-15 10:23:45.123  1234  5678 I ActivityManager: Reason: Input dispatching timed out (Waiting because no window has focus...)

// events.log 中的内容（已简化）
Dropbox: data_app_anr@1623745425123
  Subject: Input dispatching timed out
  Timeout waiting because no window has focus
  CPU usage: 5% user, 3% kernel, 92% iowait

// traces.txt 中的主线程栈
"main" prio=5 tid=1 Native
  at android.os.MessageQueue.nativePollOnce(Native Method)
  at android.os.MessageQueue.next(MessageQueue.java:336)
  at android.os.Looper.loop(Looper.java:183)
  at android.app.ActivityThread.main(ActivityThread.java:7656)

#!/bin/bash
# 抓取ANR日志，时间戳命名
TIMESTAMP=$(date +%Y%m%d_%H%M%S)
mkdir -p anr_$TIMESTAMP
adb shell dumpsys dropbox --print data_app_anr > anr_$TIMESTAMP/events.log
adb shell cat /data/anr/traces.txt > anr_$TIMESTAMP/traces.txt
adb logcat -d -b main -v time > anr_$TIMESTAMP/main.log
echo "Done: anr_$TIMESTAMP/"