audio标签实现背景音乐的关键在于顺序、精确type声明及服务端配置三者严丝合缝：浏览器按顺序调用canPlayType()，Safari不认audio/ogg但认opus，Chrome优先Opus，推荐顺序为opus→m4a→mp3；type必须精确到编码如audio/ogg; codecs=opus，且服务端Content-Type须完全匹配，还需支持Range请求与CORS。
audio 标签本身不支持“背景音乐”语义，所谓“背景音乐”只是通过属性控制行为的结果；真正能播出来，关键不在写法多炫，而在
为什么顺序错了就全白搭
浏览器按 <source></source> 出现顺序逐个调用 Audio.canPlayType()，返回 "probably" 或 "maybe" 就立刻加载，不再往后看。Safari 17.5 不认 audio/ogg，哪怕你写了 <source src="a.opus" type="audio/ogg; codecs=opus"></source>，它直接跳过；Chrome 却优先识别 Opus，放最前才能节省带宽。
- 推荐 fallback 顺序：
<source src="a.opus" type="audio/ogg; codecs=opus"></source>→<source src="a.m4a" type="audio/mp4; codecs=aac"></source>→<source src="a.mp3" type="audio/mpeg"></source> - 别把
.wav放第一位——16-bit PCM 文件动辄几 MB，Firefox 虽能解码，但用户得等完整下载才出声 - 删掉没声明
type的<source></source>：浏览器可能跳过 MIME 检查直接试播，结果报MEDIA_ERR_DECODE却找不到原因
type 属性不是可选项，而是解码开关
只写 type="audio/ogg" 不够，必须精确到编码：type="audio/ogg; codecs=opus"。Chrome 对 audio/ogg 返回 "probably" 仅当后缀是 .opus 且内部确实是 Opus 编码；.ogg 封装 FLAC？它直接返回空字符串，等于宣告不支持。
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- 验证方法：打开控制台执行
Audio.canPlayType('audio/ogg; codecs="opus"')，返回"probably"才算稳 -
.m4a文件必须含 AAC-LC（不是 HE-AAC、不是 ALAC 偶尔能播但不可靠），用ffprobe file.m4a看codec_name是否为aac - 服务器返回的
Content-Type必须和type值完全一致，比如audio/ogg; codecs=opus对应响应头Content-Type: audio/ogg，不能是application/octet-stream
服务端没配对，前端写成诗也没用
90% 的“静音”“卡 loading”“controls 拖不动”，问题不在 HTML，而在 Nginx/Apache 没开 Range 请求、没设对 MIME、没配 CORS。
立即学习“前端免费学习笔记（深入）”；
- Nginx 需显式加：
add_type audio/ogg .opus;、add_type audio/mp4 .m4a;、add_type audio/mpeg .mp3; - 跨域音频必须响应头含
Access-Control-Allow-Origin: *，否则 Safari 直接拒绝解码，连错误都不抛 -
preload="metadata"要生效，服务端必须支持Range请求，否则无法读取时长，进度条灰掉
最容易被忽略的是：你本地测试时一切正常，一上生产就失败——八成是 CDN 或反向代理吞掉了 Content-Type 或 Access-Control-Allow-Origin，别急着改 HTML，先 curl -I 看响应头。
