点击推送通知时Activity被销毁重建 如何实现直接恢复

你遇到的重建问题由两个错误配置共同导致：

1. 启动flag传错位置：你把FLAG_ACTIVITY_SINGLE_TOP作为参数传给了PendingIntent.getActivity()，这个位置接收的是PendingIntent自身的行为flag，不是Activity启动规则的flag，所以你配置的启动模式根本没有生效。而且单独使用FLAG_ACTIVITY_SINGLE_TOP本身也达不到切回原有任务栈的效果，它仅在目标Activity已经处于当前任务栈顶时才会避免重建。
2. Service生命周期绑定逻辑有误：onDestroy会在Activity所有销毁场景触发——包括屏幕旋转等配置变更、系统临时回收、启动流程导致的重建，不代表用户主动关闭应用，在这里写停Service的逻辑必然会出现误触发。

1. 修正通知点击的Intent配置，实现和多任务切回一致的恢复效果 #

替换你原来的Intent和PendingIntent创建逻辑，核心是给Intent加上正确的启动flag，让系统直接把已存在的应用任务栈拉到前台，而不是新建/重建Activity：

val intent = Intent(context, SplashScreenActivity::class.java).apply {
    // 核心flag组合：存在已有任务栈时直接拉到前台，不新建Activity实例
    addFlags(
        Intent.FLAG_ACTIVITY_NEW_TASK
            or Intent.FLAG_ACTIVITY_CLEAR_TOP
            or Intent.FLAG_ACTIVITY_SINGLE_TOP
    )
    // 如果需要携带参数跳转指定Fragment，在这里putExtra即可
}

val pendingIntent = PendingIntent.getActivity(
    context,
    0,
    intent,
    // 适配Android 12+的PendingIntent规则，根据参数是否需要更新选择flag
    PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE
)

2. 修正Service停止逻辑的触发时机 #

不要在Activity的onDestroy里处理全局Service的停止逻辑，改成在Service中监听用户主动移除应用任务的回调：

• 在你的Service类中重写onTaskRemoved方法，这个方法仅会在用户主动把应用从最近任务列表划走移除时触发
• 把原来写在ActivityonDestroy里的stopSelf()、后台任务终止、资源释放逻辑全部移到这个回调中
• Activity的onDestroy仅保留当前页面相关的资源释放逻辑（比如控件引用解绑、页面局部动画停止），不要关联全局后台服务的生命周期

3. 适配通知参数跳转逻辑 #

配置完上述flag后，点击通知回到已有Activity时不会触发重建，新的Intent会通过onNewIntent回调传回Activity。你需要在承载Fragment的Activity中重写onNewIntent方法，在这里处理通知携带的参数，完成目标Fragment的跳转即可，不要把跳转逻辑全写在onCreate里。

修改完成后点击通知，系统会直接将应用原有后台任务栈拉到前台，和你从最近任务列表点击切回应用的表现完全一致，不会触发Activity的销毁重建流程，也就不会误停止后台运行的Service。

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