这确实是预期行为 #

你观察到的现象完全符合iOS Safari 11的设计逻辑。苹果对iOS平台的隐私和系统资源管控一直很严格，当浏览器标签页失去焦点进入后台时，暂停摄像头这类敏感权限的访问，既是为了防止应用在后台偷偷采集用户视频（隐私保护），也是为了降低CPU、电池的消耗（资源优化）。

虽然当时苹果的官方文档没有专门针对WebRTC的这个场景做明确声明，但这是iOS Safari对后台资源访问限制的一个延伸，社区里大量开发者都遇到过同样的问题，属于明确的预期行为。

可行的应对方案 #

由于iOS的沙盒和隐私限制，没有办法彻底绕过这个机制，但可以通过一些方案优化用户体验：

• 主动提示用户保持标签页活跃：这是最直接有效的方式。在视频通话界面添加醒目的提示文字，告诉用户需要保持当前浏览器标签页在前台，才能正常进行视频传输。很多主流WebRTC会议应用的网页版在iOS上都会采用这个方案。
• 监听页面可见性状态，优化远端体验：通过visibilitychange事件监听标签页的前后台状态，在后台时主动暂停本地视频轨道并通知远端，避免对方看到黑屏；回到前台时恢复采集并同步状态。示例代码如下：

document.addEventListener('visibilitychange', () => {
  if (document.hidden) {
    // 暂停本地视频轨道
    localStream?.getTracks().forEach(track => {
      if (track.kind === 'video') track.enabled = false;
    });
    // 向远端发送暂停通知，让对方显示友好提示
    signalServer.send({ type: 'video_paused', reason: 'tab_in_background' });
  } else {
    // 恢复本地视频轨道
    localStream?.getTracks().forEach(track => {
      if (track.kind === 'video') track.enabled = true;
    });
    // 通知远端恢复视频
    signalServer.send({ type: 'video_resumed' });
  }
});

• 尝试PWA包装（效果有限）：如果你的应用可以打包成渐进式Web应用（PWA），添加到iOS主屏幕后，PWA的后台生命周期会比普通网页标签页更宽松一些。不过iOS 11对PWA的支持还比较基础，摄像头采集的后台限制依然存在，这个方案只能作为一种尝试，不能保证完全解决问题。

需要注意的是，后续的iOS Safari版本（比如iOS 12及以上）对WebRTC的后台行为有小幅调整，但iOS 11的这个限制是无法绕过的，这是苹果平台的底层规则决定的。

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