我们先来看看如何设计一款音乐播放App的架构，传统的做法是这样的：
- 注册一个Service，用于异步获取音乐库数据、音乐控制等，在Service中我们可能还需要自定义一些状态值和回调接口用于流程控制
- 通过广播（其他方式如接口、Messenger都可以）实现Activity和Service之间的通信，使得用户可以通过界面上的组件控制音乐的播放、暂停、拖动进度条等操作
如果我们的音乐播放器还需要支持通知栏快捷控制音乐播放的功能，那么又得新增一套广播和相应的接口去响应通知栏按钮的事件
如果还需要支持多端（电视、手表、耳机等）控制同一个播放器，那么整个系统架构可能会变得非常复杂，我们要花费大量的时间和精力去设计、优化代码的结构。那么有什么方法可以节省这些工作，提高我们的效率，然后还可以优雅地实现上述这些功能呢？
Google在Android 5.0中加入了MediaSession框架（在support-v4中同样提供了相应的兼容包，相关的类以Compat结尾，Api基本相同），专门用来解决媒体播放时界面和Service通讯的问题，意在规范上述这些功能的流程。使用这个框架我们可以减少一些流程复杂的开发工作，例如使用各种广播来控制播放器，而且其代码可读性、结构耦合度方面都控制得非常好，因此推荐大家尝试下这个框架。下面我们就开始介绍MediaSession框架的核心成员和使用流程
playbackState:播放状态
MediaSession.Callback:回调用来控制MediaPlayer
MediaBrowser.MediaItem:每一个音乐对象
MediaBrowser 调用 connect, 回调到 BrowserConnectionCallback 的 onConnected 函数，如果链接成功，调 Browser 的 subscribe 回调到SubscriptionCallback，可以得到 MediaItem
构建 MediaSession 后，调用 setSessionToken 保存 Session 配对令牌
MediaBrowser：媒体浏览器，用来连接MediaBrowserService和订阅数据，通过它的回调接口我们可以获取和Service的连接状态以及获取在Service中异步获取的音乐库数据
SessionCallback回调，发送播放、暂停指令时，就会触发这些回调方法，从而达到控制MediaPlayer的目的
构建好MediaSession后记得调用setSessionToken保存Session的配对令牌，同时调用此方法也会回调MediaBrowser.ConnectionCallback的onConnected方法，告知客户端Browser与BrowserService连接成功了，我们也就完成了MediaSession的创建和初始化
MediaControllerCompat.Callback回调方法接收受控端的状态，从而根据相应的状态刷新界面UI。MediaController的创建需要受控端的配对令牌，因此需在浏览器成功连接服务的回调执行创建的操作
在MediaBrowserService中我们需要重写onGetRoot和onLoadChildren方法， 在 onLoadChildren 方法中请求数据
在 SubscriptionCallback 中的 onChildrenLoaded 方法中，可以得到请求到的媒体数据。
参考文章：：https://blog.csdn.net/lly347705530/article/details/79555091
来源：https://blog.csdn.net/prince8087/article/details/101346513