Android Activity跳转时OnStop()触发时机异常问题咨询

核心成因梳理 #

• 半透明/非全屏窗口主题配置问题：如果Activity 2的主题配置了android:windowIsTranslucent = true、android:windowIsFloating = true，或者使用了对话框类、半透明类主题，没有完全遮挡底层的Activity 1，系统会判定Activity 1仍处于部分可见状态，因此不会在跳转到Activity 2时触发onStop()回调，只有当跳转到完全覆盖屏幕的Activity 3后，Activity 1彻底不可见，才会触发onStop()，该场景属于配置导致的正常逻辑，不属于系统异常。
• 任务栈归属异常：如果Activity 1配置了singleInstance/singleTask启动模式，且搭配了和Activity 2不同的taskAffinity属性，会导致Activity 1和Activity 2处于不同的任务栈，系统对跨栈Activity的可见性判定会延迟，直到跳转至Activity 3时才判定Activity 1完全进入后台，触发onStop()回调。
• 生命周期方法拦截异常：如果Activity 1的onPause()、Activity 2的onResume()方法中没有正确调用父类对应方法，或是存在阻塞耗时操作，会打断系统的生命周期调度链路，导致onStop()被延迟触发。
• 定制ROM修改：部分厂商定制ROM为了提升页面跳转速度，会延迟后台Activity的onStop()调度，直到连续两次跳转后才统一触发后台生命周期回调。

排查思路 #

• 验证主题配置：临时将Activity 2的主题替换为默认全量覆盖屏幕的非透明主题（比如Theme.MaterialComponents.Light.NoActionBar），重新复现跳转流程，确认生命周期回调是否恢复正常。
• 校验任务栈结构：在三个Activity的onCreate()中打印getTaskId()返回值，或是执行adb命令adb shell dumpsys activity activities查看任务栈结构，确认三个Activity是否归属同一任务栈。
• 排查生命周期实现：检查三个Activity的所有重写生命周期方法，确认都正确调用了父类对应方法，排除耗时阻塞、异常拦截逻辑。
• 原生设备复现：使用原生Android系统设备复现问题，排除定制ROM的修改影响。

内容的提问来源于stack exchange，提问作者Anees Deen