AUTOSTART在现代浏览器中根本不起作用，因Chrome、Firefox等自2018年起策略性禁用无用户交互的自动音频播放； autoplay需配合muted且依赖用户首次交互才能生效。
为什么 AUTOSTART 在现代浏览器里根本不起作用
因为浏览器厂商（Chrome、Firefox、Safari、Edge）从 2018 年起陆续禁用了无用户交互前提下的自动音频播放。哪怕你在 <embed></embed> 或 <object></object> 标签里写上 AUTOSTART="true"，或者在 Flash/QuickTime 插件参数中设置它，实际加载后几乎必然静音。这不是配置错误，是策略性拦截。
<audio></audio> 的 autoplay 属性要配合哪些条件才可能生效
现代方案必须用标准 <audio></audio> 标签，但仅加 autoplay 属性远远不够：
- 必须同时携带
muted属性（即使你本意是想播放有声内容） - 页面需有用户主动交互痕迹（比如点击、触摸、键盘输入），之后才能调用
play() - 部分浏览器要求媒体文件体积不能过大（如 Chrome 对 >5MB 的 MP3 可能延迟触发）
- 不要依赖
preload="auto"来“提前准备”，它不提升 autoplay 成功率
示例有效写法：
<audio autoplay muted src="alert.mp3"></audio>——注意：
autoplay 和 muted 缺一不可。
插件场景下（如旧版 IE + ActiveX 或 NPAPI）的 AUTOSTART 实际行为
如果你还在维护遗留系统（例如使用 <object classid="clsid:..."></object> 调用 Windows Media Player 插件），AUTOSTART 参数确实会被识别，但存在严重兼容问题：
- IE11 已默认禁用 ActiveX 控件，需手动启用且仅限 Intranet 区域
- 所有新版 Chromium 内核浏览器（包括 Edge 79+）彻底移除了 NPAPI 支持，插件直接不加载
- 即使加载成功，
AUTOSTART="1"也可能因系统策略被静音（尤其 Windows 10/11 的“应用音量和设备首选项”全局开关） - 路径必须为绝对 URL 或本地 file:// 协议（相对路径在插件中常解析失败）
真正可控的自动播放替代方案
放弃插件和纯 HTML 属性幻想，改用 JS 主动控制：
- 监听
click或touchstart事件，在回调中调用audio.play() - 首次交互后，可将
audio实例缓存，后续自动播放只需再调用play()（无需再次 mute） - 对非用户触发场景（如定时提醒），可用 Web Audio API 创建无声上下文后再加载真实音频，绕过部分限制
- 避免在
DOMContentLoaded或load事件中直接play()，99% 失败
关键细节：用户第一次交互后，浏览器会为该 tab 建立“已授权音频上下文”，这个状态不会因页面跳转或刷新重置，但会随 tab 关闭消失。
