Android通知中条件PendingIntent的实现方案咨询

嘿，我来帮你搞定这个FCM通知跳转的问题，完全能保留你现在的Splash加载数据的流程，不用改架构～

首先明确说：可以实现条件式的Intent跳转，而且你现有「Splash负责初始数据加载、Main承载业务Fragment」的流程完全合理，不属于不良实践，不用怀疑这个设计。

下面给你两个最贴合需求的解决方案：

方案一：让Splash做中转（最省心，完全保留现有流程） #

思路是：不管应用是关闭还是运行状态，通知的PendingIntent都指向Splash，但在Splash里判断当前应用状态，决定是走加载流程还是直接跳去Main。

具体步骤： #

1. 构建通知的PendingIntent：
   直接指向Splash，同时加个标记区分是从通知跳转来的，方便后续判断：

   val splashIntent = Intent(context, SplashActivity::class.java).apply {
       putExtra("FROM_NOTIFICATION", true)
       // 保证任务栈整洁，避免重复创建实例
       flags = Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK
   }
   val pendingIntent = PendingIntent.getActivity(
       context,
       0,
       splashIntent,
       PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE
   )
   

2. 在Splash里做状态判断：
   你可以在Application类里加个全局布尔变量（比如isAppInitialized），当Splash加载完数据跳去Main后，把这个变量设为true，用来标记应用已经完成初始化。然后在Splash的onCreate里判断：

   override fun onCreate(savedInstanceState: Bundle?) {
       super.onCreate(savedInstanceState)
       setContentView(R.layout.activity_splash)
   
       val isFromNotification = intent.getBooleanExtra("FROM_NOTIFICATION", false)
       val appIsReady = MyApplication.isAppInitialized
   
       // 如果应用已经初始化完成，且是从通知进来的，直接跳Main
       if (appIsReady && isFromNotification) {
           startActivity(Intent(this, MainActivity::class.java))
           finish()
           return
       }
   
       // 正常走数据加载流程
       loadUserDataFromRemote {
           MyApplication.isAppInitialized = true
           startActivity(Intent(this, MainActivity::class.java))
           finish()
       }
   }
   

   如果不想用全局变量，也可以通过ActivityManager检查当前任务栈里是否有MainActivity（不过API21后这个方法被标记为deprecated，所以更推荐全局状态的方式）

方案二：广播接收器方案（你提到的思路，更灵活） #

思路是：点击通知时发送广播，由活跃的MainActivity监听；如果Main在运行就直接处理通知逻辑，如果没有活跃的Main，就启动Splash加载数据。

具体步骤： #

1. 自定义广播接收器：

   class NotificationClickReceiver : BroadcastReceiver() {
       override fun onReceive(context: Context, intent: Intent) {
           // 检查Main是否在运行
           if (isMainActivityRunning(context)) {
               // 给Main发事件，比如用LocalBroadcastManager或者EventBus
               LocalBroadcastManager.getInstance(context)
                   .sendBroadcast(Intent("ACTION_NOTIFICATION_CLICK"))
           } else {
               // 启动Splash并传递通知标记
               val splashIntent = Intent(context, SplashActivity::class.java).apply {
                   putExtra("FROM_NOTIFICATION", true)
                   flags = Intent.FLAG_ACTIVITY_NEW_TASK
               }
               context.startActivity(splashIntent)
           }
       }
   
       // 判断Main是否在运行的工具方法
       private fun isMainActivityRunning(context: Context): Boolean {
           val am = context.getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
           val runningTasks = am.getRunningTasks(Int.MAX_VALUE)
           return runningTasks.any {
               it.topActivity?.className == MainActivity::class.java.name
           }
       }
   }
   

2. 注册广播接收器：
   在AndroidManifest.xml里加一行：

   <receiver android:name=".NotificationClickReceiver" />
   

3. 构建通知的PendingIntent：
   指向这个广播：

   val broadcastIntent = Intent(context, NotificationClickReceiver::class.java)
   val pendingIntent = PendingIntent.getBroadcast(
       context,
       0,
       broadcastIntent,
       PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE
   )
   

4. 在Main里监听广播：
   动态注册广播，处理通知点击后的逻辑（比如跳转到指定Fragment）：

   private val notificationReceiver = object : BroadcastReceiver() {
       override fun onReceive(context: Context?, intent: Intent?) {
           // 这里写通知点击后的业务逻辑，比如跳转到某个Fragment
           supportFragmentManager.beginTransaction()
               .replace(R.id.container, TargetFragment())
               .commit()
       }
   }
   
   override fun onResume() {
       super.onResume()
       LocalBroadcastManager.getInstance(this)
           .registerReceiver(notificationReceiver, IntentFilter("ACTION_NOTIFICATION_CLICK"))
   }
   
   override fun onPause() {
       super.onPause()
       LocalBroadcastManager.getInstance(this)
           .unregisterReceiver(notificationReceiver)
   }
   

最后说下你的顾虑 #

你当前的流程完全没问题，Splash负责初始化、Main负责业务的职责划分很清晰，不属于不良实践。只要处理好不同状态下的跳转逻辑，就不会出现空指针问题。

如果想尽量少改代码，方案一最适合；如果需要更灵活的页面交互（比如直接跳Main里的某个Fragment），方案二更合适。

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