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

当我的应用程序停止时单击耳机按钮时，我试图能够从我的应用程序开始音乐播放。

我可以使用 MediaSession.CallbackonMediaButtonEvent()或现已弃用的registerMediaButtonEventReceiver()监听媒体按钮点击WHILE我的应用程序正在播放音乐，但是如果我将音乐暂停一分钟，而我的活动和播放服务仍在运行，然后我按下耳机按钮，我会发现我失去了接收媒体按钮广播的能力。相反，Google Now 会打开。

我想做的是类似 Google Play 音乐的东西。即使应用程序完全停止，它也能够开始音乐播放......后台没有服务。

我觉得设置媒体按钮接收器() https://developer.android.com/reference/android/media/session/MediaSession.html#setMediaButtonReceiver(android.app.PendingIntent)是用于此目的的一个，但我无法让它工作。

setMediaButtonReceiver（PendingIntent mbr）

为媒体按钮接收器设置待处理意图，以允许在会话停止后重新启动播放。如果您的应用程序以这种方式启动，则 ACTION_MEDIA_BUTTON 意图将通过挂起的意图发送。

我的服务中有以下代码片段。

PendingIntent pi = PendingIntent.getBroadcast(HeadsetService.this, 0, new Intent(HeadsetService.this, RemoteControlReceiver.class), 0);
mMediaSession.setMediaButtonReceiver(pi);

我的 RemoteControlReceiver BroadcastReceiver 已在清单中注册，但按下按钮时没有收到广播。

我还发现其他音乐播放器应用程序在停止播放大约一分钟后就失去了接收媒体按钮广播的能力。

有什么想法可以让我拥有更强大的媒体按钮控件吗？

提前致谢！

首先，区分很重要MediaSessionCompat来自任何服务，例如MediaBrowserServiceCompat.

MediaSessionCompat正在与外部进行通信MediaSessionStack这决定了哪个应用程序将从外部获取媒体键命令MediaSessionService。在 API 26+ 上，密钥将发送到最后一个播放的应用程序。 API mMediaSesssion.isActive在不该标记的时候标记。有关优先级的更多详细信息，请参阅官方指南 https://developer.android.com/guide/topics/media-apps/mediabuttons.

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

致电给mMediaSession.release()如果你把它放进去，就会在某个时候发生onDestroy()您的服务。该服务预计会在不使用时结束，否则会占用系统资源。因此，建议结束它onStop()命令或滑开应用程序或通知时。在您的情况下，电源管理器可能会在不活动一段时间后终止您的服务。根据实现的不同，即使服务被破坏，播放器的某些部分可能仍然可以工作。此外，通知可能仍然存在，因为该服务不再位于前台。这可能会让您误以为该服务正在运行。虽然没有更多细节，但我无法真正说出您的案例到底出了什么问题。

可能阻止您的应用获取媒体密钥的另一个原因是您的清单配置不正确。确保您的BroadcaseReceiver条目包括android.intent.action.MEDIA_BUTTON意图过滤器。

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

TLDR:

过滤你的Logcat for MediaSessionStack|MediaSessionService以确保您的应用程序获取媒体密钥。如果没有，那么：

• 确保这件事mMusicService.isActive = true已设置（例如在onPlay())
• 确保这件事mMusicService.release()不被称为
• 确保您的清单设置正确
• 确保系统不会认为您的服务被终止（例如通过刷掉应用程序）而不是优雅地结束

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

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

我写的答案更笼统一些，因为这是一个老问题，其他人可能比OP更能从中受益。