在 android 应用中，当用户正在录音时收到并点击推送通知，系统默认会启动新 activity 导致录音页面被销毁、会话丢失。本文提供一套兼顾用户体验与数据安全的解决方案：动态管理通知、前台状态感知、以及轻量级交互确认机制。

核心思路：主动控制通知生命周期 + 前台状态感知 + 用户确认介入

单纯依赖 onNewIntent() 或 Activity 生命周期回调无法可靠拦截已发出的推送跳转行为（尤其是通过 Notification 点击触发的冷启动）。真正可控的切入点在于：在推送到达时，根据当前应用状态决定是否展示通知、如何展示、以及是否需要用户确认。

Unified LLM Gateway - One API for 70+ AI models. Route to GPT, Claude, Gemini, Qwen, Deepseek, Grok and more

统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。

下载

✅ 推荐实现方案（三步落地）

1. 进入录音页时清空历史通知
   防止用户误点旧通知导致意外跳转：

   override fun onResume() {
       super.onResume()
       val notificationManager = getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager
       notificationManager.cancelAll() // 清除所有待处理通知
   }

2. 在 FirebaseMessagingService.onMessageReceived() 中智能拦截
   当应用在前台（尤其录音页可见）时，不调用 NotificationManager.notify()，而是通过本地事件总线（如 LiveData、EventBus 或 SharedFlow）将消息透传至当前 Activity：

   override fun onMessageReceived(remoteMessage: RemoteMessage) {
       if (isRecordingActivityVisible()) {
           // 不发通知，仅推送消息体到前台界面
           RecordingActivity.showPushBanner(remoteMessage.notification?.body ?: "")
       } else {
           // 后台/非录音页：正常展示系统通知
           showSystemNotification(remoteMessage)
       }
   }

3. 在录音页内嵌“轻量级推送横幅”并弹出确认对话框
   用户点击横幅时，不直接跳转，而是弹出 Material Design 风格的 AlertDialog：

   fun showPushBanner(message: String) {
       binding.pushBanner.text = message
       binding.pushBanner.visibility = View.VISIBLE
       binding.pushBanner.setOnClickListener {
           AlertDialog.Builder(this)
               .setTitle("离开录音页面？")
               .setMessage("当前录音将自动停止，未保存的内容可能丢失。确定要查看此通知吗？")
               .setPositiveButton("继续") { _, _ ->
                   stopRecording() // 主动保存或暂停录音
                   navigateToPushTarget(remoteMessage)
               }
               .setNegativeButton("取消", null)
               .show()
       }
   }

⚠️ 关键注意事项

• 前台状态判断需精准：避免使用 ActivityManager（已弃用），推荐采用 ProcessLifecycleOwner + LifecycleObserver 监听 RecordingActivity 的 ON_RESUME/ON_PAUSE 状态，并配合静态标记（如 companion object { var isRecordingActive = false }）辅助判断。
• 录音资源必须主动释放或暂存：stopRecording() 应包含 MediaRecorder.stop()、release() 及临时文件保存逻辑，而非依赖 onDestroy() —— 因为 Activity 可能被系统快速回收。
• 通知渠道兼容性：Android 8.0+ 需提前创建 NotificationChannel；若清空通知后需恢复，可在退出录音页时重新启用渠道。
• 多进程场景慎用静态变量：若 FirebaseMessagingService 运行在独立进程，应改用 SharedPreferences + apply() + registerOnSharedPreferenceChangeListener 实现跨进程状态同步。

✅ 最终效果

• 用户全程停留在录音页，无意外跳转；
• 推送内容以非侵入式 Banner 展示，点击后强制确认，显著降低误操作率；
• 录音状态始终可控，数据安全有保障；
• 行为符合 Material Design 准则，体验专业且一致（如 Intercom 所采用的方式）。

该方案不依赖黑盒 Hook 或高危权限，完全基于 Android 官方 API，具备强兼容性与可维护性，适用于音视频录制、实时会议、问卷填写等对流程连续性要求高的核心场景。