必须同时设置 playsinline 和 webkit-playsinline 属性，且在 HTML 中硬编码；需配合 controls 或用户手势触发 requestFullscreen()；autoplay 必须搭配 muted 才能生效。

video 标签必须加 webkit-playsinline 和 playsinline

iOS Safari 默认禁止 在非全屏模式下内联播放（尤其在微信、企业微信等 WebView 中更严格），不加这两个属性，点击全屏按钮可能无响应或直接黑屏。注意：webkit-playsinline 是旧版 Safari 专用，playsinline 是 HTML5 标准属性，二者需同时存在才稳定生效。

常见错误写法： 单独写，或漏掉 webkit- 前缀；也有人误写成 playinline（少一个 s）导致失效。

• webkit-playsinline 必须作为属性存在，不能靠 JS 动态添加（iOS Safari 不识别运行时注入）
• 若用 Vue/React 等框架，确保该属性在初始 render 时就存在于 DOM 元素上
• 部分 iOS 版本（如 iOS 16.4+）对 playsinline 的校验更严，建议两个都写且拼写准确

必须设置 controls 或手动绑定全屏事件

iOS Safari 要求视频有用户手势触发（比如点击）才能进入全屏，且仅当 含 controls 属性，或你用 JS 显式调用 requestFullscreen() 并在用户事件回调中执行，否则会静默失败。

错误现象：点击自定义全屏按钮没反应，控制台无报错，但 video.webkitSupportsFullscreen 返回 true —— 这说明权限没问题，只是触发时机不对。

• 最简方案：加上 controls 属性，让系统原生控件接管全屏逻辑
• 如需自定义 UI，必须在 click / touchend 回调里调用 videoEl.requestFullscreen()（注意不是 webkitEnterFullscreen，后者已废弃）
• 避免在 autoplay 后立即调用全屏，iOS 不允许无用户交互的全屏请求

避免使用 webkit-playsinline="false" 或动态移除该属性

有些项目为了“兼容安卓”而做运行时判断，JS 里根据 UA 移除 webkit-playsinline，结果在 iOS 上彻底失去内联能力，导致视频强制跳转全屏且无法退出 —— 实际上，这个属性只影响「是否允许内联播放」，不影响「能否全屏」；它被移除后，iOS 反而更难控制行为。

更隐蔽的问题：某些构建工具（如 Webpack + html-loader）会自动过滤未知属性，把 webkit-playsinline 当作非法属性删掉，需检查最终生成的 HTML 是否还存在该字符串。

• 始终在 HTML 源码中硬编码 webkit-playsinline 和 playsinline
• 不要依赖 JS 动态增删，也不要基于 UA 做条件渲染
• 用 Safari 开发者工具远程调试真机，检查元素属性是否真实存在

autoplay + muted 是绕过静音限制的前提

即使设置了全屏相关属性，如果视频带声音且未静音，iOS Safari 仍可能阻止自动播放，进而影响后续全屏逻辑（例如：视频没加载完成，requestFullscreen() 调用会失败）。

典型报错不会直接提示，但 video.readyState 长期为 0 或 video.paused 始终为 true，就是 autoplay 被拦截了。

• 必须同时满足：autoplay + muted + playsinline + webkit-playsinline
• 若需有声播放，只能靠用户点击后调用 video.muted = false 再 play()，但此时再调全屏依然要走用户手势链
• 不要用 preload="auto" 强制预加载，iOS 对此不敏感，反而增加首帧延迟