我有一个实现MediaBrowserServiceCompat
的应用程序。播放音乐时,它会在前台运行,并带有系统不允许的媒体控制通知。暂停时,它会脱离前台,并保留通知。标准的东西。
当系统自动终止此服务时,不会删除通知。
您可以通过将应用程序置于非前台暂停状态,离开应用程序并发出以下命令来模拟此操作:
adb shell am kill com.myapp.package
通知仍然存在。你得到这个Logcat消息:
W/ActivityManager: Scheduling restart of crashed service com.myapp.package/com.myapp.package.playback.platform.AndroidMediaService
服务上似乎没有任何明显的钩子(例如onDestroy
,onTaskRemoved
等)被调用 - 它似乎被彻底杀死了。因为服务是从START_NOT_STICKY
开始的,所以我们也没有在新实例上调用onCreate
。
对此的部分解决方案是使服务变粘,并在服务恢复时取消通知。然而,实际发生这可能需要很长时间,在此期间通知不起作用,因此并不理想。它可能还会产生进一步的后果。
其他应用程序似乎没有这个问题。
重复此方案(暂停,离开应用程序)并执行命令,例如在Google Play音乐上:
adb shell am kill com.google.android.music
或Spotify:
adb shell am kill com.spotify.music
并且您发现他们的通知会立即消失,就好像它们在拆卸时被取消一样。
他们可以做些什么来实现这一目标?
我已经找到了答案,这当然是我自己的错。其他应用程序没有什么特别的 - 这是一个平台行为,我们是异常值。
我姗姗来迟地发现,当从前景转换到背景时,我们称之为:
ServiceCompat.stopForeground(service, ServiceCompat.STOP_FOREGROUND_DETACH)
我通过dumpsys
发现了这个,例如:
adb shell dumpsys activity services com.google.android.music
我发现了一些差异。
我的应用:
ServiceRecord{294309d u0 com.myapp.debug/com.myapp.playback.platform.AndroidMediaService}
intent={cmp=com.myapp.debug/com.myapp.playback.platform.AndroidMediaService}
packageName=com.myapp.debug
processName=com.myapp.debug:main
baseDir=/data/app/com.myapp.debug-GM-nBaeXA_e47EmJKnM27g==/base.apk
dataDir=/data/user/0/com.myapp.debug
app=ProcessRecord{83fb4ffd0 23567:com.myapp.debug:main/u0a381}
createTime=-27s211ms startingBgTimeout=--
lastActivity=-26s911ms restartTime=-27s211ms createdFromFg=true
startRequested=true delayedStop=false stopIfKilled=true callStart=true lastStartId=2
播放音乐:
ServiceRecord{8693ccb u0 com.google.android.music/.playback2.MusicPlaybackService}
intent={cmp=com.google.android.music/.playback2.MusicPlaybackService}
packageName=com.google.android.music
processName=com.google.android.music:main
baseDir=/data/app/com.google.android.music-lrn1VQr_3_RDi5PMbqozdw==/base.apk
dataDir=/data/user/0/com.google.android.music
app=ProcessRecord{9a3c417d0 22921:com.google.android.music:main/u0a191}
isForeground=false foregroundId=1 foregroundNoti=Notification(channel=playback_v1 pri=0 contentView=null vibrate=null sound=null defaults=0x0 flags=0x2 color=0xffff5722 category=transport actions=5 vis=PUBLIC semFlags=0x0 semPriority=0 semMissedCount=0)
createTime=-9m33s792ms startingBgTimeout=--
lastActivity=-20s825ms restartTime=-9m33s792ms createdFromFg=true
startRequested=true delayedStop=false stopIfKilled=false callStart=true lastStartId=1
您可以在我的应用程序日志中看到缺少的foregroundNoti
属性。这是分离呼叫的产物。我们很久以前就选择这样做,以避免系统收集通知。经过反思,我们应该像其他应用程序一样让它被杀死。
尝试在清单中添加此标志,以便在应用程序被杀死时停止服务:
<service
...
android:stopWithTask="true"/>
如果它没有删除通知,将其设置为false应触发服务中的回调,您应该可以在其中删除通知
@Override
public void onTaskRemoved(Intent rootIntent) {
...
}
此外,这个answer可能是相关的。
由于上述方法不起作用,我查看了如何在清单中声明本机音乐应用程序,并且它们不使用我建议的内容。他们使用什么,它可能是相关的
<service
...
android:process=":main" />
在所有服务中以及在更改通知的接收器中。值得一试。
您应该将通知的优先级设置为“LOW”,并且在Service destroy方法中,您可以通过以下代码手动删除通知,
notificationManager.cancelAll();