媒体和 Web Audio API 的自动播放指南
网页加载完成后立即播放音频(或带有音频轨道的视频)可能会意外地打扰到用户。尽管自动播放媒体文件是一个很实用的功能,但是我们也应该谨慎地使用它,保证只有在它被需要的时候才使用。为了让用户拥有控制权,通常浏览器会提供各种方式禁用自动播放音频功能。在这篇文章中,我们将介绍各种媒体和 Web Audio API 的自动播放功能,包括关于如何使用自动播放功能、如何优雅的处理阻止自动播放功能的一些简短的介绍。
当源媒体没有音轨或音轨静音时,阻止自动播放不会应用于 <video>
元素。具有活动音轨的媒体被认为是可听的,并且阻止自动播放适用于它们。听不见的媒体不受阻止自动播放的影响。
自动播放和阻止自动播放
术语自动播放是指无需用户明确请求开始播放即可导致音频开始播放的任何功能。这包括使用 HTML 属性自动播放媒体以及用户使用 JavaScript 代码在处理用户输入的上下文之外开始播放。
这意味着以下两种行为都被视为自动播放行为,因此受到浏览器阻止自动播放策略的约束:
<audio src="/music.mp4" autoplay></audio>
和
audioElement.play();
以下 web 特性和 API 可能会受到阻止自动播放的影响:
- HTML
<audio>
和<video>
元素 - Web Audio API
从用户的角度来看,网页或应用程序自动地发出噪音而没有警告可能会令人讨厌、不便或令人反感。因此,浏览器通常仅允许在特定情况下进行自动播放。
自动播放的可用性
据一般规则,媒体内容将在满足以下至少一个的条件下自动播放:
- 音频被静音或其音量设置为 0
- 用户和网页已有交互行为(包括点击、触摸、按下某个键等等)
- 网站已被列入白名单;如果浏览器确定用户经常与媒体互动,这可能会自动发生,也可能通过首选项或其他用户界面功能手动发生
- 自动播放权限策略被应用于
<iframe>
或者其文档上,从而获得了自动播放的权限。
否则,播放可能会被阻止。导致播放被阻塞的确切情况以及将网站列入白名单的具体方法因浏览器而异,但最好是遵循以上的原则。
详情,请参阅 Google Chrome 和 WebKit 的自动播放政策。
备注: 换句话说,如果在尚无任何用户交互的页面中通过编程方式启动播放,则通常会阻止任何包含音频在内的媒体的播放。
能自动播放的媒体元素
既然我们已经介绍了什么是自动播放以及什么可以阻止自动播放,接下来我们将介绍你的网站或应用程序如何在页面加载时自动播放媒体,如何检测何时自动播放失败,以及当自动播放被浏览器拒绝时的应对技巧。
autoplay 属性
想让内容自动播放的最简单方法是将 autoplay
属性添加到 <audio>
或 <video>
元素。并将 autoplay
属性设置为 true
,当 autoplay
的属性为 true
时,媒体元素将在发生以下情况后尽快自动开始播放:
- 页面允许使用自动播放功能
- 媒体元素已在页面加载期间创建
- 假设网络性能或带宽没有显着变化,且已收到足够的媒体流并已开始播放,继续播放直至媒体结束而不会中断。
示例 1: autoplay 属性
使用 autoplay
属性的 <audio>
元素可能看起来像这样:
<audio id="musicplayer" autoplay>
<source src="/music/chapter1.mp4" />
</audio>
示例 2:检测是否允许自动播放
如果你依靠自动播放功能去做一些重要的事情,或者自动播放失败会以任何方式影响你的应用程序,那你可能会想知道自动播放什么时候没有开始。不幸的是,对于 autoplay
属性,识别自动播放是否成功开始是很棘手的。自动播放失败时不会触发任何事件。也没有抛出异常或可以设置回调,甚至在媒体元素上都没有标记来告诉你自动播放是否起作用。你实际能做的就是检查一些值,然后根据这些值猜测自动播放是否起作用。
如果你能够调整查看内容的方向,那么更好的方法是,依靠知道媒体播放已成功开始,而不是在媒体启动失败时知道。你可以通过侦听要在媒体元素上触发的 play
事件来轻松实现此目的。
当媒体暂停后恢复时以及发生自动播放时都会发送 play
事件。这意味着第一次触发 play
事件时,你知道你的媒体是在页面打开后第一次启动的。
考虑以下 HTML 媒体元素:
<video src="myvideo.mp4" id="video" autoplay></video>
这里我们有一个 <video>
元素,它设置了 autoplay
属性,并设置了 play
事件处理器;该事件由名为 handleFirstPlay()
的函数处理,该函数接收 play
事件作为输入。
handleFirstPlay()
看起来像这样:
function handleFirstPlay(event) {
let vid = event.target;
vid.onplay = null;
// 播放开始后开始执行你需要执行的操作
}
从 Event
对象的 target
获取对视频元素的引用后,该元素的 onplay
处理程序将设置为 null
。这将阻止任何未来的播放事件被传递给处理程序。当文档位于后台标签页时,如果用户暂停并恢复视频或浏览器自动暂停和恢复视频,则可能会发生这种情况。
此时,你的网站或应用程序可以开始执行依赖于视频启动的任何操作。
备注: 此方法不区分自动播放和用户手动开始播放。
play() 方法
术语“自动播放”还指脚本尝试在处理用户输入事件的上下文之外触发包含音频的媒体播放的场景。这是通过调用媒体元素的 play()
方法来完成的。
备注:
强烈建议你尽可能使用 autoplay
属性,因为 autoplay
属性对自动播放首选项的支持比其他自动播放媒体的方式更广泛。它还让浏览器负责开始播放,并优化播放的时间。
示例:播放视频
这个简单的示例播放在文档中找到的第一个 <video>
元素。除非文档有权自动播放媒体,否则 play()
不会让播放开始。
document.querySelector("video").play();
示例:处理 play() 失败
当你使用 play()
方法启动媒体时,更容易检测到自动播放媒体的故障。play()
返回一个 Promise
,一旦媒体成功开始播放,该 Promise 就会被兑现;当播放无法开始时(例如自动播放被拒绝),该 Promise 将被拒绝。当自动播放失败时,你可能希望为用户提供一种手动告诉浏览器要求用户授予播放媒体权限的方法。
你可以使用这样的代码来完成这项工作:
let startPlayPromise = videoElem.play();
if (startPlayPromise !== undefined) {
startPlayPromise
.catch((error) => {
if (error.name === "NotAllowedError") {
showPlayButton(videoElem);
} else {
// 处理加载或播放错误
}
})
.then(() => {
// 仅在播放开始后才开始执行你需要执行的操作。
});
}
我们对 play()
的结果做的第一件事是确保它不是 undefined
。我们检查这一点是因为在早期版本的 HTML 规范中,play()
没有返回值。最近添加了返回一个允许你确定操作成功或失败的 promise。检查 undefined
可防止此代码在旧版本的 Web 浏览器上失败并出现错误。
然后我们向 Promise 添加一个 catch()
处理器。这将查看错误的 name
以查看它是否为 NotAllowedError
。这表示由于权限问题导致播放失败,例如自动播放被拒绝。如果是这样的话,我们应该提供一个用户界面,让用户手动开始播放;这是由函数 showPlayButton()
处理的。
任何其他错误都会被适当处理。
如果 play()
返回的 Promise 已正确解决,则 then()
子句将运行,并且可以在自动播放开始时开始执行任何需要执行的操作。
使用 Web Audio API 自动播放
在 Web Audio API 中,网站或应用程序可以使用链接到 AudioContext
的源节点上的 start()
方法开始播放音频。在处理用户输入事件的上下文之外执行此操作受自动播放规则的约束。
自动播放功能策略
除了上述的浏览器端管理和对自动播放功能的控制之外,web 服务器也可以表示愿意让自动播放功能发挥作用。HTTP Permissions-Policy
标头的 autoplay
指令用于控制哪些域(如果有)可用于自动播放媒体。默认情况下, autoplay
功能策略设置为 'self'
(包括单引号字符),表示允许自动播放,因为它们与文档托管在同一域中。
你还可以指定 'none'
以完全禁用自动播放,'*'
以允许来自所有域的自动播放,或指定一个或多个可以自动播放媒体的特定来源。这些来源由空格字符分隔。
当使用 <iframe>
上的 allow
属性指定该框架及其嵌套框架的功能策略时,你还可以指定值 'src'
以允许仅自动播放来自与该框架的 src
属性指定的域相同的域的媒体。
示例:仅允许来自文档域的自动播放
使用 Permissions-Policy
标头来仅允许媒体从文档的 origin 自动播放:
Permissions-Policy: autoplay 'self'
对 <iframe>
执行相同操作:
<iframe src="mediaplayer.html" allow="autoplay 'src'"> </iframe>
示例:允许自动播放和全屏模式
如果无论域如何都允许全屏访问,则向前面的示例添加 Fullscreen API 权限会产生如下所示的 Permissions-Policy
标头;可以根据需要添加域限制。
Permissions-Policy: autoplay 'self'; fullscreen
使用 <iframe>
元素的 allow
属性授予相同的权限,如下所示:
<iframe src="mediaplayer.html" allow="autoplay 'src'; fullscreen"> </iframe>
示例:允许来自特定源的自动播放
允许从文档(或 <iframe>
)自己的域和 https://example.media
播放媒体的 Permissions-Policy
标头如下所示:
Permissions-Policy: autoplay 'self' https://example.media
可以编写 <iframe>
来指定此自动播放策略应该应用于其自身,并且任何子框架都将这样编写:
<iframe
width="300"
height="200"
src="mediaplayer.html"
allow="autoplay 'src' https://example.media">
</iframe>
示例:禁用自动播放
将 autoplay
功能策略设置为 'none'
会完全禁用文档或 <iframe>
以及所有嵌套框架的自动播放。HTTP 标头是:
Permissions-Policy: autoplay 'none'
使用 <iframe>
的 allow
属性:
<iframe src="mediaplayer.html" allow="autoplay 'none'"> </iframe>
最佳实践
此处提供了提示和推荐的最佳实践,可帮助你充分利用自动播放功能。
使用媒体控件处理自动播放失败
浏览器配置选项
浏览器可能具有控制自动播放工作方式或如何处理阻止自动播放的首选项。此处列出了对你作为 Web 开发人员可能具有特殊意义或重要性的任何此类首选项。其中包括任何可能有助于测试或调试的内容,以及任何可以以你需要准备处理的方式设置的内容。
Firefox
media.allowed-to-play.enabled
-
布尔首选项,指定
HTMLMediaElement.allowedToPlay
属性是否向 Web 公开。目前默认情况下这是false
(除了在夜间构建中,默认情况下为true
)。如果此值为false
,则HTMLMediaElement
接口中缺少 allowedToPlay 属性,因此该属性不会出现在<audio>
或<video>
元素上。 media.autoplay.allow-extension-background-pages
-
布尔首选项,如果为
true
,则允许浏览器扩展的后台脚本自动播放音频媒体。将此值设置为false
将禁用此功能。默认值是true
。 media.autoplay.allow-muted
-
布尔首选项,如果为
true
(默认值),则允许自动播放当前静音的音频媒体。如果将其更改为false
,则即使静音,也不允许播放带有音轨的媒体。 media.autoplay.block-webaudio
-
布尔首选项,指示是否对 Web Audio API 应用阻止自动播放。默认为
true
。 media.autoplay.default
-
整数首选项,指定默认情况下是否允许(
0
)、阻止(1
)或使用提示(2
)的自动播放支持的每个域配置。默认值为0
。 media.autoplay.enabled.user-gestures-needed
(仅每夜构建版)-
布尔首选项,用于控制是否允许通过检测用户手势来覆盖
media.autoplay.default
的设置。如果media.autoplay.default
(默认情况下允许自动播放)未设为0
,则如果页面已被用户手势激活,则此首选项设置为true
时,无论如何都允许自动播放带音轨的媒体,而不带音轨的媒体则完全不受限制。 media.block-autoplay-until-in-foreground
-
布尔首选项,指示在后台选项卡上启动时是否阻止媒体播放。默认值
true
意味着即使其他方式可用,在选项卡置于前台之前也不会进行自动播放。这可以防止出现分散注意力的情况,即选项卡开始播放声音并且用户无法在所有选项卡和窗口中找到该选项卡。