问如何使用MediaSession.setMediaButtonReceiver(PendingIntent)恢复播放

EN

首先，区分MediaSessionCompat与任何服务(如MediaBrowserServiceCompat )是很重要的。

MediaSessionCompat正在与外部MediaSessionStack通信，该MediaSessionStack规定哪个应用程序将从外部MediaSessionService获取媒体键命令。在API 26+上，键将被发送到最后一个播放应用程序。API < 26的设备将首先查找活动播放/缓冲会话，然后查找活动会话，然后查找最后一次播放会话。后者允许应用程序通过在不应该使用mMediaSesssion.isActive标签的情况下“窃取”焦点。关于优先级的更多细节可以在官方指南中找到。

因此，只要你的应用程序在某个时候设置了mMediaSesssion.isActive = true，并且是最后一次播放，它就会得到媒体键，除非调用了mMediaSession.release()。后者将您的会话从MediaSessionStack中移除，因此您的会话将不再接收媒体键。这就是为什么当你不再期望用户继续播放视频或音乐时，打电话给release()是很重要的。还有一个警告:如果系统认为您的应用程序被杀死而不是优雅地结束，那么应用程序也将从MediaSessionStack中删除，这是有意义的，因为在服务中，onDestroy()不一定在这种情况下被调用，因此系统会为您释放会话。这可能发生在你刷掉应用程序的时候。我使用的一个解决方法是在主应用程序使用时将服务保持在前台，然后在收到服务中对onTaskRemoved()的呼叫后，在短时间延迟后结束服务。

如果将mMediaSession.release()放在服务的onDestroy()中，那么对它的调用将在某个时候发生。该服务在未被使用时预计将结束，因为否则它将占用系统资源。因此，建议以onStop()命令结尾，或者在刷掉应用程序或通知时结束。在您的情况下，可能发生的情况是，电源经理杀死了您的服务后，不活动了一段时间。取决于实现，即使服务被破坏，播放机的某些部分也可能仍然工作。此外，通知可能仍然存在，因为服务不再处于前台。这可能会让你以为服务在运行。虽然没有更多的细节，但我不能真正说出你到底出了什么问题。

另一个可能阻止应用程序获取媒体键的原因是，如果您的清单没有正确配置。确保您的BroadcaseReceiver条目包括android.intent.action.MEDIA_BUTTON意图过滤器。

另一个可能的错误是在服务或任何其他生命周期组件中初始化媒体密钥回调MediaSessionCompat.Callback()。因此，如果该组件被破坏，它可能很快导致意外的行为。

TLDR：

过滤您的Logcat为MediaSessionStack|MediaSessionService，以确保您的应用程序获得媒体键。如果没有，那么：

• 确保设置了mMusicService.isActive = true (例如，在onPlay()中)
• 确保没有调用mMusicService.release()
• 确保您的清单设置正确。
• 确保系统不认为您的服务被终止(例如，通过刷掉应用程序)，而不是体面地结束

然后确保你的应用程序正确地处理媒体键。

• 如果是定制的接收器，它们应该在那里。
• 对于androidx.media.session.MediaButtonReceiver，它们应该处于不依赖于任何服务或生命周期组件的状态的MediaControllerCompat.Callback()中。

我写的答案有点笼统，因为这是一个老问题，其他人可能会从中受益更多，而不是OP。