HTML muted属性在移动端不生效是正常现象，因其本质是绕过音频策略实现自动播放而非控制音量，必须配合autoplay和playsinline使用，且需在用户手势中调用play()。
HTML muted 属性在移动端不生效？这是正常现象
不是你代码写错了，是 iOS 和部分 Android 浏览器（尤其 Chrome 以 WebView 方式嵌入时）强制要求：自动播放的视频必须 muted，但反过来，muted 并不能保证“静音成功”——系统可能仍走设备音量通道，或被用户手动取消静音状态。
关键点在于：移动端的“静音”本质是绕过音频策略限制以实现自动播放，而非彻底关闭声音输出。
autoplay + muted 是唯一能触发自动播放的组合
只加 muted 不加 autoplay，视频不会自动开始；只加 autoplay 不加 muted，iOS Safari 和大多数安卓浏览器直接静音且暂停，控制台可能报错 The video playback was aborted due to a corruption problem or because the video used features your browser did not support.
- 必须同时写：
<video autoplay muted playsinline></video> -
playsinline很重要：防止 iOS 全屏播放导致静音失效 - 不要用 JS 后续调用
play()再设muted = true—— 此时用户手势上下文已丢失，静音不被信任
JS 动态设置 muted 在移动端大概率失败
常见错误写法：video.muted = true; video.play();。这在桌面端常能工作，但在 iOS Safari 中，只要没在用户点击/触摸事件回调里触发整个链路（包括 play()），哪怕 muted 设了，play() 也会被拒绝。
立即学习“前端免费学习笔记（深入）”；
- 正确姿势：绑定在真实用户交互中，比如按钮点击后立即调用
play() - 错误姿势：页面加载完 setTimeout 延迟 100ms 调用、监听
canplay后调用 - 注意：iOS 15+ 对“用户手势”的认定更严格，长按、focus、甚至某些 touchmove 都不算有效手势
真要 100% 静音？得靠服务端或编码层处理
前端 muted 是策略妥协，不是音轨控制。如果你的视频本就不该有声音（比如纯动画 banner），最稳妥的方式是发布时就去掉音频轨道：
- 用
ffmpeg去音：ffmpeg -i input.mp4 -an -c:v copy output.mp4 - 确认结果无音频流：
ffprobe -v quiet -show_entries stream=codec_type -of csv=p=0 output.mp4应只输出video - 这样连
muted都不用加，也彻底避开所有移动端音频策略干扰
真正麻烦的从来不是怎么写 muted，而是误以为它是个音量开关——它只是浏览器音频策略的一把钥匙，开的是“自动播放”那扇门，不是“静音”那扇窗。
