Android 前台服务新通知覆盖旧通知问题排查求助

核心根因 #

• Android 系统中同一个Service组件默认是单实例的，你多次调用启动方法传入的都是MyForegroundService::class.java，系统只会创建一个服务实例，后续启动请求只会回调已存在实例的onStartCommand方法，不会生成新的服务实例。
• 每个前台服务同一时间只能绑定一个前台通知，你多次调用startForeground都是作用在同一个服务实例上，自然只会替换原有通知，不会生成新的独立通知。

次要问题补充 #

你当前代码里的PendingIntent配置也存在问题：
PendingIntent.getActivity的第二个参数requestCode写死为0，会导致所有通知的点击事件复用同一个PendingIntent，携带的PARAM_ID会被最后一次启动的参数覆盖，无法区分不同通知的点击逻辑。

解决方案 #

方案1：仅需要多条常驻通知，无需独立前台服务 #

如果你的核心诉求是展示多条独立常驻通知，不需要每个通知对应独立的后台任务，只需要保留一个前台服务用于保活即可：

1. 服务首次启动时调用startForeground绑定一个保活通知（可配置为低优先级静默通知，对用户不可见）
2. 后续需要新增通知时，直接调用系统通知管理器发送通知，只要传入的通知ID唯一就不会互相覆盖：

// 示例代码
val notificationManager = getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager
// 传入你自己的唯一通知ID，不同通知ID不同就不会覆盖
notificationManager.notify(uniqueNotificationId, notification.build())

3. 修复PendingIntent的requestCode，替换为唯一的id值，同时添加安卓12+要求的FLAG_IMMUTABLE标签：

val pendingIntent = PendingIntent.getActivity(
    this, 
    id, // 替换为当前唯一id，不要写死0
    openMainActivityIntent, 
    PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE
)

方案2：需要每个通知对应独立的前台服务 #

如果你的业务需要每个通知对应独立的后台任务，必须使用多个前台服务：

1. 为每个独立任务创建单独的Service子类，比如Task1ForegroundService、Task2ForegroundService
2. 每个Service子类都要在AndroidManifest.xml中完成注册
3. 启动时根据任务类型启动对应的Service子类，系统会创建不同的服务实例，各自绑定自己的前台通知，不会互相覆盖。

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