【AVRCP】规范精讲[37]：车机直接点歌播放？AVRCP Browse and Play 全流程拆解

做过车载蓝牙、智能音箱AVRCP开发的同学，一定都处理过用户在车机上浏览手机歌单、点歌直接播放的需求。很多时候车机点了歌，要么手机里还是放着旧歌，要么车机界面的播放状态和队列半天不刷新，用户体验直接拉胯。本文就把AVRCP里这套浏览并直接播放的完整交互流程讲透，从时序、状态机到避坑要点一次性梳理清楚，彻底解决车机点歌不同步的兼容性问题。

目录

一、什么是AVRCP Browse and Play？

二、核心交互流程

三、关键协议逻辑与原文解析

四、核心知识点与避坑指南

五、测验

一、什么是AVRCP Browse and Play？

简单说，就是控制端CT（比如车机）先浏览目标端TG（比如手机）的媒体库，选好歌曲后，直接发送播放命令，让TG清空当前播放队列、播放新歌曲并重建队列，同时让车机同步更新播放状态、歌曲信息和队列列表。

这个场景和我们之前讲的搜索播放、添加到队列都不一样：它的核心是一键切换播放上下文，用户点一首歌，就相当于完全替换了之前的播放列表，从头开始播放新歌。

打个比方，就像你在视频App里，从一个播放列表点进了另一个视频，App会自动停掉旧视频、清空旧列表，直接播放新视频并生成新的播放队列。

二、核心交互流程

我们结合时序图，一步步拆解CT和TG的每一步交互，搞懂每个动作背后的协议逻辑。