ReVanced项目Spotify Connect功能在Alexa设备上的异常行为分析

现象描述

在ReVanced项目对Spotify客户端的修改中，用户反馈当通过Alexa语音助手使用Spotify Connect功能时出现异常行为：系统会强制打乱播放列表顺序，且无法播放指定歌曲（总是随机选择其他曲目）。类似现象也出现在Android Auto等语音交互场景中。

技术背景

语音助手功能的核心实现依赖于Spotify的speakeasy API接口链，主要包含两个关键请求：

1. 语义解析请求
   向/speakeasy/v2/search端点发送包含：

   • 设备类型标识（如google_assistant）
   • 原始语音指令文本
   • 解析后的结构化数据（parsed_query）

   典型响应中包含action字段，该字段决定了后续播放行为。对于基础账户，服务端会返回电台类型的播放指令。

2. 播放指令请求
   向/speakeasy/v2/command/play端点提交action字段后，服务端返回实际播放资源标识：

   • 高级账户：直接返回歌曲URI
   • 基础账户：返回电台格式URI（包含:station标记）

问题根源

通过分析发现，语音交互场景下服务端会根据用户账户类型返回不同的播放策略：

• 高级账户：正常播放指定曲目
• 基础账户：强制转为电台模式（随机播放相似歌曲）

这种设计是Spotify官方限制基础用户功能的策略之一，但在ReVanced的修改场景下需要特殊处理。

解决方案

项目组成员提出技术方案：

1. 响应调整方案
   在客户端拦截第二个API的响应，移除URI中的:station标记。例如：

   原始URI：spotify:station:track:0snQkGI5qnAmohLE7jTsTn
   修改后：spotify:track:0snQkGI5qnAmohLE7jTsTn
   

   实测表明该方法可绕过电台限制，直接播放目标曲目。

2. 风险考量

   • 该修改不影响正常的电台功能请求（语音助手通常不识别电台指令）
   • 需要验证是否会干扰其他语音场景的播放逻辑

延伸影响

同类问题也出现在：

• Android Auto语音控制
• Google Assistant集成
• 其他语音交互场景

该解决方案理论上适用于所有基于speakeasy API的语音控制场景，具有通用性价值。项目组后续将评估该方案对完整功能集的影响后决定是否合并到主分支。