文章目录Android 16 AppExitInfoTracker 源码拆解：应用退出追踪、死亡原因分析与 ApplicationExitInfo 持久化体系导入语1 ~ 先看全局：AppExitInfoTracker 的职责边界1.1 不是 logcat，是结构化死亡档案1.2 核心职责2 ~ 死亡原因全景：12 种 REASON 与 20+ 种 SUBREASON2.1 主原因（Reason）2.2 子原因（SubReason）3 ~ 多源信号汇聚：谁来通知死亡3.1 mAppExitInfoSourceLmkd：低内存杀手3.2 mAppExitInfoSourceZygote：Zygote 信号3.3 AMS 内部直接通知3.4 多源合并：15 秒防抖窗口4 ~ 记录结构：AppExitInfoContainer 与内存缓存4.1 按应用分组的存储模型4.2 AppExitInfoContainer 内部结构5 ~ 持久化：30 分钟周期的磁盘落地5.1 为什么需要持久化5.2 持久化文件结构5.3 延迟写入策略6 ~ 完整数据链路7 ~ 实战：观察与调参7.1 查看系统级应用退出记录7.2 通过 API 查询应用自身死亡记录7.3 查看 Native Crash 的 tombstone7.4 调整历史记录上限7.5 追踪死亡记录生成思考 总结结尾Android 16 AppExitInfoTracker 源码拆解：应用退出追踪、死亡原因分析与 ApplicationExitInfo 持久化体系📖文章简介：本文基于 Android 16 AOSP 源码，深度拆解AppExitInfoTracker的应用退出追踪体系。文章从ApplicationExitInfoAPI 的工程价值切入，追踪 AMS 如何通过多源信号汇聚（Zygote 信号、LMKD 低内存杀、ANR/Crash/用户主动杀）精确记录每一次进程死亡的原因、状态与时间戳、AppExitInfoContainer的内存缓存结构、30 分钟周期的磁盘持久化机制、以及 15 秒防抖的 statsd 上报策略。配以 Mermaid 流程图展示"进程死亡 → 多源信号采集 → 记录合并 → 持久化 → 应用查询"的完整数据链路，附dumpsys activity app-exit-info与ActivityManager.getHistoricalProcessExitReasons()实战，适合从事 Android 稳定性分析与崩溃治理的工程师阅读参考。