ios safari中playsinline失效的根本原因是必须同时满足自动播放、静音和用户手势触发（或页面可见时已静音）三条件，单独设置该属性无效；需配合webkit-playsinline、x5-playsinline、muted与autoplay共存方可实现内联播放。
为什么 playsinline 在 iOS Safari 上经常失效
根本原因是 iOS Safari 对 <video></video> 的内联播放有严格限制：必须同时满足自动播放 + 静音 + 用户手势触发（或页面可见时已静音）三个条件，playsinline 才真正生效。单独加属性没用，它只是“申请权限”，不是开关。
- 未加
muted属性 → 即使有playsinline，iOS 仍强制全屏 - 视频首次播放未通过用户点击等手势触发 → 自动播放被拦截，
playsinline不起作用 - 使用
autoplay但未静音 → iOS 直接拒绝播放，控制台报错The request is not allowed by the user gesture requirement - 在 WebView（如微信、QQ 内置浏览器）中，部分版本忽略
playsinline，需额外加x5-playsinline和webkit-playsinline
移动端内联播放必须写的 HTML 属性组合
只写 playsinline 是常见错误。实际需要三组兼容性属性共存，缺一不可：
<video src="demo.mp4" playsinline webkit-playsinline x5-playsinline muted autoplay></video>
-
playsinline：标准属性，现代浏览器识别 -
webkit-playsinline：Safari 旧版必需（iOS 10+ 仍建议保留） -
x5-playsinline：腾讯 X5 内核（微信/QQ 浏览器）专用 -
muted和autoplay必须同时存在 —— 这是 iOS 允许内联自动播放的硬性前提
JavaScript 触发播放时如何避免全屏跳转
如果不能用 autoplay（比如要等用户点按钮再播），就不能依赖自动静音策略，得手动控制播放逻辑：
- 用户点击后立即调用
video.play()，且此时video.muted = true已设好 - 不要先设置
volume = 0再播放 —— iOS 不认这个，必须显式设muted = true - 若后续要恢复声音，需在播放开始后（如
play事件后）再设muted = false，否则可能触发全屏回退 - 部分安卓 WebView（如早期 UC）对
play()返回 Promise，需.catch(e => console.warn("play failed:", e))捕获静音失败异常
调试时怎么看是不是真内联了
别只看页面布局，要验证行为：
- 在 iOS Safari 中打开 DevTools（需 macOS Safari 开启远程调试），检查
video元素是否含有webkit-displaying-fullscreen: false计算样式 - 监听
webkitbeginfullscreen和webkitendfullscreen事件，一旦触发说明被强推全屏 - 真内联状态下，
document.fullscreenElement应为null，且video.webkitSupportsFullscreen返回true但不等于正在全屏 - 微信里测试务必用“真机 + 微信最新版”，开发工具模拟器不反映 X5 内核真实行为
最麻烦的其实是混合场景：比如视频加载完成但用户还没点，此时静音状态可能被重置；或者 iOS 17 后部分机型对 playsinline 的策略更严，连 muted + autoplay 都可能被延迟执行。这些细节不跑真机根本发现不了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
