如何高效获取Spotify播放歌曲变更通知（避免API轮询）

针对你不想高频轮询API，但Spotify又无推送机制的情况，结合已有的Django+Websocket架构，可从以下几个方向优化：

• 动态调整轮询间隔
  不要固定死轮询时间，根据当前播放状态动态调整：

  • 当检测到用户处于播放中状态时，缩短轮询间隔（比如5-10秒），保证实时性；
  • 当用户暂停、停止播放或无活跃播放时，大幅拉长间隔（30秒-5分钟），减少无效请求。
    可以在Django服务端维护每个用户的播放状态，以此自动调整轮询周期。

• 使用条件请求减少无效响应
  利用Spotify API支持的ETag和If-Modified-Since请求头，实现条件拉取：

  • 首次请求后保存返回的ETag和Last-Modified值；
  • 后续请求时带上这两个头，若播放状态未变化，Spotify会返回304 Not Modified，无需处理响应体，节省带宽和服务器资源。
    示例请求头：

  If-Modified-Since: Wed, 21 Oct 2015 07:28:00 GMT
  If-None-Match: "abc123"
  

• 增量拉取+本地缓存对比
  不要每次拉取完整的播放对象，只请求currently-playing接口的核心字段（比如timestamp、track.id、is_playing），在Django服务端缓存这些关键值：

  • 每次拉取后和缓存值对比，只有当字段发生变化时，才通过Websocket向前端推送更新；
  • 前端仅在收到变更通知时才更新UI，避免不必要的渲染。

• 结合前端交互触发即时拉取
  利用浏览器的visibilitychange事件，当用户切换到你的应用标签页时，立即触发一次Django服务端的Spotify API拉取，填补轮询间隔内的状态空白，提升用户感知到的实时性。

• 优化Django侧的请求性能

  • 使用HTTP连接池（比如requests库的Session对象）复用TCP连接，减少每次请求的握手开销；
  • 对多个用户的请求做批量处理（如果适用），避免短时间内大量重复请求。

内容的提问来源于stack exchange，提问作者Elia Driesner