使用audio标签遇到的两个问题及解决方案

<audio>标签是 HTML 5 的新标签。<audio>标签定义声音,比如音乐各其它音频流

  公司的项目需要使用这个标签。在使用的过程中遇到了两个问题:一个是部分手机浏览器无法实现自动播放(同样也无法使用js控制实现自动播放),还有一个是部分浏览器audio标签无法正常响应ended(播放结束)事件,无法获取audio标签的duration属性的值。这里分享一下我的处理方法,希望能够帮助到同样遇到类似问题的同学

1、部分手机浏览器无法实现自动播放

这个现象产生的原因是:部分浏览器考虑了安全问题(偷跑流量),所以必须用户交互后才能播放。

  知道了原因那么自然就很好处理了。对于这个问题,网上大多处理方式都是先监听用户的DOM操作,如果事件响应了音频还没有播放,则播放音频。

  而我们这边的业务需求,需要一开始就获取自动播放的权限(音频是我们应用的一个关键功能),所以我们的处理方式是页面开始就引导用户点击。

CA42A875D5184B528A06799E6B6B0520?method=download&shareKey=2bbbefedb9ef06c039a008b4193a535d

用户点击“开始导游”才能进入内容页面

  这里,用户点击之后才能使用我们服务。用户点击之后,我们也就获取到了js控制自动播放的权限了。

  如果你们的业务需求无法使用以上方式在一开始就让用户点击、获取播放权限,而且音频并非页面加载完就必须播放(例如背景音乐之类的)。那么可以先判断一下当前浏览器是否支持自动播放,如果支持则页面加载完立即播放音频,如果不支持则监听用户的DOM操作再播放音频。

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>audioPlugin Demo</title>
</head>
<body>
    <script type="text/javascript" src="src/audioPlayPlugin.js"></script>
    <script>
            var bgAudio=new audioController();
            bgAudio.supportAutoPlay({
                src:"file/test1.mp3",
                support:playAudio,//支持自动播放,则立即播放音频
                nonsupport:function(){ //不支持自动播放,监听到用户点击之后播放音频
                    document.addEventListener("click",playAudio)
                }
            })
            function playAudio(){
                bgAudio.play("file/test1.mp3");
                document.removeEventListener("click",playAudio); //移除音频自动播放的事件监听
            }
    </script>
</body>
</html>

  这里我写一个audioPlayPlugin.js,对audio标签的常用操作进行了一些简单的封装。github地址,coding地址

2、部分浏览器audio标签不正常响应ended(播放结束)事件,无法获取audio标签的duration属性的值

  因为业务需求,我必须监听音频的各种状态(播放中timeupdate、暂停pause、播放结束ended、缓冲waiting)等,但是在部分手机浏览器(例如MIUI的系统浏览器)中监听不了ended事件。也无法获取audio标签的duration属性的值(如果能够获取duration属性的值,就可以通过监听timeupdate事件,判断currrentTime和duration是否相等来模拟ended事件)。

  起初看到文章说是 Response Headers的content-type属性值为audio/x-mpeg导致的(浏览器不支持x-mpeg模式),把值设置为audio/mpeg即可。然而,找到后端说了这事儿,他弄了半天把content-type属性值设为audio/mpeg,然而问题并没有解决。

  最后我做了一个测试,同一个音频直接放在网站目录下用相对路径就可以正常监听ended事件,也能正常获取duration属性值。生产环境我们的文件是在阿里云上,使用绝对路径。对比了一下headers信息,发现唯一不同的地方就是Status Code不同。能正常监听的Status Code是206,不正常的是200。206是分段加载,具体各种status code可以戳这里

  第二天,后端主动问我那个问题解决了没。我就说了我的发现,最后后端将音频文件的返回方式调整为206后,问题成功解决。

  总结一下:发生这个问题的原因是音频类型文件请求的响应方式不对。其实默认的响应方式就是206,只是我们后端在设置文件响应方式的默认配置时,直接copy了一些配置文件,其实并不知道他修改了音频文件的响应方式。

  以上是我使用<audio>标签时遇到的两个问题,和我的解决方案。希望能够帮助到各位同学。

  

本文转载于:猿2048使用audio标签遇到的两个问题及解决方案

猜你喜欢

转载自www.cnblogs.com/jlfw/p/12898752.html
今日推荐