Android 11下应用无异常重启，如何排查onDestroy()调用原因？

1. 抓取系统层面的Activity管理日志 #

Android系统的ActivityManagerService（AMS）在销毁Activity时会输出详细日志，你可以通过以下命令过滤关键信息：

adb logcat -s ActivityManager:I

重点关注包含Destroying activity的日志条目，这类日志通常会附带销毁的触发原因，比如系统因设备政策、应用闲置状态、强制停止指令等发起的销毁流程。如果需要精准定位你的应用，可结合进程PID过滤：

adb logcat --pid=<你的应用进程PID> -s ActivityManager:I

2. 在onDestroy()中打印调用栈 #

直接在Activity A和B的onDestroy()方法中添加调用栈打印代码，能直观看到触发销毁的调用路径：

@Override
protected void onDestroy() {
    super.onDestroy();
    // 通过RuntimeException生成调用栈（无需抛出异常，仅用于日志输出）
    Log.d("DestroyTrace", "onDestroy triggered for " + this.getClass().getSimpleName(), new RuntimeException("Call Stack"));
}

日志中会生成完整的调用链，你可以从中判断是系统框架层（如AMS相关方法）还是应用内部代码触发的销毁。

3. 排查Android 11+的设备管理与后台限制 #

Android 11及以上版本强化了后台管控和设备政策权限，你可以通过以下命令过滤设备管理相关日志：

adb logcat -s DevicePolicyManager:I

检查是否存在设备所有者/配置文件所有者发起的强制停止、应用清理等操作，这类操作会触发应用所有Activity的onDestroy()后终止进程。同时，确认应用是否被系统判定为闲置应用，Android 11+会对长期后台闲置的应用执行更严格的资源回收流程。

4. 监控应用进程的终止日志 #

通过以下命令查看进程终止相关的系统日志：

adb logcat -s Process:I

结合adb shell dumpsys activity processes命令，对比问题发生前后应用进程的状态（如是否标记为stopping），进一步确认进程终止的触发源。

内容的提问来源于stack exchange，提问作者Ef Ge