Show Menu
主题×

处理应用程序在播放过程中出现的中断问题

媒体应用程序的播放过程可能会因为多种原因出现中断,例如用户明确按下暂停键,或用户将应用程序置于后台。不论媒体播放过程因何种原因中断,跟踪指令均相同:
  1. 在应用程序中断(进入后台、媒体暂停等)时,调用 trackPause
  2. 在应用程序返回前台和/或媒体重新开始播放时,调用 trackPlay
Media Analytics 团队曾注意到有用户在应用程序从后台返回时,调用了 trackSessionStart 。这样做会引发一些问题,包括在此之前的播放时间未计入总播放时间,之前的进度标记和区段丢失,等等。因此,在应用程序返回前台和/或媒体重新开始播放时,应调用 trackPlay

有关处理应用程序中断的常见问题解答:

  • 在会话关闭前,应当将应用程序置于后台多长时间?
    如果应用程序允许后台播放,则它可以通过调用我们的 API 继续进行跟踪,我们也会发送所有常规跟踪 ping。除 YouTube Red 之外,并没有许多视频应用程序允许后台播放,但是,所有音频应用程序都允许这样做。如果应用程序不允许后台播放,则明智的做法是先保持“暂停状态”一分钟,然后再结束跟踪会话。此时,应用程序将无法再继续发送暂停 ping,这是因为在大多数情况下,应用程序无法判断用户是否将重新继续观看媒体,也无法判断何时终止观看过程。而且,如果应用程序在后台中还是不断发送 ping,这也不是一种很好的体验。
  • 在应用程序已进入后台很长时间后,要如何正确操作才能重新启动跟踪?
    应用程序应该调用 trackSessionEnd 以终止跟踪会话。从版本 2.1 起,SDK 会发送一个“终止”ping,以告知后端跟踪会话已关闭。
  • 要如何重新启动同一个会话呢?
    有关重新启动跟踪会话的详细说明,请参阅此页面: 恢复不活动的会话。 SDK 会发送一个“恢复”ping,以告知后端用户正在手动恢复会话。