如何在用户点击推送通知时不中断当前录音会话

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

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

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

✅ 推荐实现方案(三步落地)

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

    override fun onResume() {
        super.onRe

    sume() 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,具备强兼容性与可维护性,适用于音视频录制、实时会议、问卷填写等对流程连续性要求高的核心场景。