只有 iOS Safari 10.0+、macOS Safari 10.0+及部分 WebKit WebView 真正支持 playsinline
想在网页里实现视频内联播放，避免自动全屏？如果你试过，多半会碰到一个头疼的问题：playsinline 这个属性，在 iOS 设备上好好用，怎么一到 Android 上就“失灵”了？
答案是肯定的：playsinline 在绝大多数非 iOS 设备上基本无效。尤其是在 Android 的原生浏览器和主流定制内核（比如微信、QQ 浏览器里的 TBS）里，它们压根不认这个属性。
哪些设备/浏览器真正支持 playsinline
说到底，只有那些明确基于 WebKit 内核的环境，才真正依赖并识别 playsinline：
- iOS Safari 10.0+（包括 iPadOS）：这里是主力战场。必须同时写上
playsinline="true"和webkit-playsinline="true"才保险。 - macOS Safari 10.0+：桌面端也不例外，同样支持内联播放。
- 部分基于 WebKit 的 iOS App 内 WebView：比如一些邮件客户端、笔记类应用的内嵌浏览器。
- Android Chrome、Firefox、Edge 等现代浏览器：重点来了——它们会直接忽略
playsinline。因为在这些浏览器里，视频默认就是内联播放的，根本不需要这个属性。
为什么 Android 上加 playsinline 没用
关键在于渲染引擎。Android 系统本身并不依赖 WebKit，而 playsinline 恰恰是 WebKit 的专有属性。所以，即便你像下面这样写得明明白白：
结果也会大相径庭：在 Android Chrome 里，视频确实是内联的，但这归功于浏览器的默认行为，跟你写的属性无关；而在微信里，视频很可能照样“唰”地一下全屏弹出——因为微信的 TBS 内核根本不解析这个属性。
- 微信、QQ、手机 QQ 等腾讯系应用：它们使用的是 TBS（X5）内核。想在这里控制播放，得用自家方案，比如设置
x5-video-player-type="h5"。 - 部分国产浏览器（如 UC、夸克）：对
playsinline的支持时好时坏，极不稳定，不能作为兼容性判断的依据。 - 如果在 Android 上遇到了意料之外的全屏，别急着怀疑属性。更可能的原因是：Ja vaScript 代码里调用了
requestFullscreen()方法，或者不小心触发了系统层面的视频浮层逻辑。
真正在意“跨平台内联”的实际做法
所以，别幻想单靠一个 HTML 属性就能搞定所有平台。要实现 iOS、微信、安卓主流场景的全覆盖，必须采取组合策略，对症下药：
- 针对 iOS： 老老实实写齐
playsinline="true"+webkit-playsinline="true"这对“双保险”。另外注意，autoplay必须等待用户手势触发后才能通过脚本调用play()。 - 针对微信/TBS 内核： 加上腾讯系的专属属性
x5-video-player-type="h5"（仅对腾讯系应用有效）。同时，确保 video 元素所在的容器有明确的宽高值，这能避免视频被误判为“横屏内容”而遭到强制全屏。 - 针对安卓其他浏览器： 反而要简化处理，移除所有 WebKit 专属属性，把精力放在用 CSS 精确控制视频尺寸和
object-fit上，防止因为宽高缺失导致渲染异常。 - 统一兜底方案： 利用
poster设置预览图，并结合一个自定义的播放按钮遮罩层。这样，可以把对真实元素的交互（如点击播放）全部收口到 Ja vaScript 逻辑里控制，从而有效规避各种奇怪的自动触发逻辑。
最后分享一个最容易踩坑的细节：iOS Safari 对 playsinline 的生效有着严格的前提条件——video 元素必须已经插入到 DOM 中、其尺寸可被计算、并且没有处于 display: none 或 visibility: hidden 的隐藏状态。因此，如果你的视频是动态插入或懒加载的，务必等待元素布局（layout）完成之后，再去设置属性或调用 play() 方法。这才是确保万无一失的关键。
