FCM混合负载通知自动清除咨询：系统托盘20秒无操作自动消失

方案一：服务器端配置FCM请求参数（推荐） #

FCM支持针对Android平台直接配置通知的自动超时时间，不需要修改客户端代码，由系统托盘自动处理通知的消失逻辑，可靠性最高。

在你的FCM请求体中，添加android字段，在其下的notification节点里设置timeout_after参数（单位为毫秒，这里设为20000即20秒）。示例请求体如下：

{
  "to": "目标用户的FCM令牌",
  "notification": {
    "title": "你的通知标题",
    "body": "你的通知内容"
  },
  "data": {
    "custom_key1": "custom_value1",
    "custom_key2": "custom_value2"
  },
  "android": {
    "notification": {
      "timeout_after": 20000
    }
  }
}

注意：这个参数仅支持Android 8.0（API级别26）及以上的设备，系统会在超时后自动移除通知。对于低于API 26的设备，这个参数不生效，需要结合客户端方案做兼容。

方案二：客户端自定义通知处理（兼容低版本） #

如果需要覆盖Android 7.1及以下设备，或者无法修改服务器端配置，可以通过客户端完全接管通知的创建和生命周期：

1. 调整服务器端发送逻辑：只发送data payload，不再包含notification payload，这样FCM不会自动展示通知，而是将所有数据交给客户端处理。
2. 在客户端的FirebaseMessagingService中，接收消息后手动构建通知，并设置自动取消逻辑：
   • 对于API 26+设备，直接使用系统的setTimeoutAfter()方法，由系统管理超时
   • 对于低版本设备，用NotificationManager配合Handler延迟取消（注意：如果应用进程被系统回收，Handler会失效，低版本设备的可靠性略差）

示例代码（Java）：

@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
    // 从data payload中提取通知内容
    Map<String, String> data = remoteMessage.getData();
    String title = data.get("title");
    String body = data.get("body");

    // 创建通知渠道（API 26+必填）
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        NotificationChannel channel = new NotificationChannel("auto_dismiss_channel", "自动消失通知", NotificationManager.IMPORTANCE_DEFAULT);
        NotificationManager notificationManager = getSystemService(NotificationManager.class);
        notificationManager.createNotificationChannel(channel);
    }

    // 构建通知
    NotificationCompat.Builder builder = new NotificationCompat.Builder(this, "auto_dismiss_channel")
            .setSmallIcon(R.drawable.ic_notification_icon)
            .setContentTitle(title)
            .setContentText(body)
            .setPriority(NotificationCompat.PRIORITY_DEFAULT);

    final int notificationId = 1001; // 自定义唯一通知ID
    NotificationManager notificationManager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);

    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        Notification notification = builder.build();
        notification.setTimeoutAfter(20000); // 系统层面的20秒超时
        notificationManager.notify(notificationId, notification);
    } else {
        // 低版本用Handler延迟取消
        notificationManager.notify(notificationId, builder.build());
        new Handler().postDelayed(() -> {
            notificationManager.cancel(notificationId);
        }, 20000);
    }
}

为什么你之前的Handler方法无效？ #

你提到的Handler方案失效，核心原因是：当应用处于后台且进程被系统回收时，Handler所在的线程会被销毁，无法执行延迟取消的逻辑。而系统层面的timeout_after参数（API 26+）是由Android系统负责管理通知生命周期，不受应用进程状态影响，可靠性远高于客户端Handler方案。

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