Android 设备重启如何拿日志

针对 Android 设备重启问题，抓取日志的关键在于"快"（在日志被覆盖前抓取）和"全"（覆盖内核、系统、事件等多个维度）。

根据你的具体场景（是连接着电脑时重启，还是用户手中突然重启），我为你整理了以下几种最有效的抓取方案：
🚀 方案一：设备连接中发生重启（最推荐）

如果设备连接着电脑（ADB 连接正常），且你能预知或复现重启，这是获取日志的最佳时机。

核心命令：

在终端执行以下命令，将日志保存到电脑：

bash 复制代码

adb bugreport > bugreport_$(date +%Y%m%d_%H%M%S).zip

为什么推荐： adb bugreport 会自动打包 logcat、dmesg（内核日志）、dumpsys（系统服务状态）、tombstones（崩溃文件）等所有关键信息。

注意：如果重启非常快，bugreport 可能来不及生成。此时需要分头行动，快速执行以下命令：

抓取内核日志 (最关键)
设备重启往往源于底层驱动或内核崩溃，这部分信息在 logcat 中看不到，必须看 dmesg。

bash 复制代码

# 获取当前内核日志
adb shell dmesg > dmesg_current.log

# 如果重启过，尝试获取上一次崩溃的日志 (非常重要！)
adb shell cat /proc/last_kmsg > last_kmsg.log
# 或者在某些新机型上：
adb shell cat /sys/fs/pstore/console-ramoops-0 > pstore.log

抓取全量系统日志

bash 复制代码

# 抓取所有缓冲区（main, system, events, radio, crash）
adb logcat -b all -v threadtime -d > logcat_all.log

抓取事件日志 (定位重启原因)
Android 系统会在重启前记录原因（如 watchdog, power key, thermal 等）。

bash 复制代码

adb logcat -b events -d > events.log
# 抓取后搜索关键字 "boot_reason" 或 "am_on_configuration_changed"

📂 方案二：设备已重启完成（事后取证）

如果设备已经自动重启并重新进入了系统，你需要去文件系统中寻找"遗留"的日志。

拉取 Tombstones (Native 层崩溃)
如果是 C/C++ 服务（如 SurfaceFlinger, MediaServer）崩溃导致重启，会生成墓碑文件。

bash 复制代码

adb pull /data/tombstones/  ./tombstones_backup/

注意：这需要 root 权限，或者在 eng/userdebug 版本上才可直接拉取。

拉取 ANR 日志 (Java 层死锁)

如果是 SystemServer 死锁导致 Watchdog 重启，会有 ANR 痕迹。

bash 复制代码

adb pull /data/anr/  ./anr_backup/

检查持久化日志 (Pstore/Last_Kmsg)
如果开启了持久化日志功能，内核崩溃前的最后几行字会保存在这里：
/sys/fs/pstore/ 目录下的文件。
/proc/last_kmsg。
⚙️ 方案三：开启"自动保存日志"功能（预防未来问题）
为了应对难以复现的随机重启，建议在开发者选项中开启日志自动保存。这样系统会在重启后自动把上一轮的日志存到本地。

🔍 拿到日志后，搜什么关键字？

拿到日志文件后，不要从头看到尾，建议用文本编辑器搜索以下关键字来定位重启原因：

总结建议：如果是开发调试，首选 adb bugreport；如果是分析已发生的重启，优先检查 /proc/last_kmsg (内核崩溃) 和 /data/tombstones (原生崩溃)。