HTML video标签无法彻底禁用投屏，因disablePictureInPicture和playsinline仅控制UI行为，不干预系统级协议；有效策略是noremoteplayback+禁用Media Session+动态blob加载。
为什么video标签加disablePictureInPicture和webkit-playsinline还被投屏？
因为这些属性只控制播放器 UI 行为，不阻止系统级投屏协议（如 Chromecast、AirPlay）——浏览器一旦把视频交给系统媒体服务，HTML 层就失去控制权。原生 HTML 无法真正“禁用”投屏，只能削弱触发条件。
能做的三件事：关闭投屏入口 + 干扰媒体会话 + 避免被识别为可投屏内容
实际生效的组合策略：
-
disablePictureInPicture="true"+controlslist="nodownload noremoteplayback"：隐藏画中画按钮，同时告诉浏览器“不要暴露远程播放能力”（noremoteplayback是关键，部分安卓 Chrome 和 Safari 支持） - 禁用 Media Session API：
navigator.mediaSession.metadata = null;<br>navigator.mediaSession.setActionHandler('play', null);<br>navigator.mediaSession.setActionHandler('pause', null);避免系统媒体中心把页面识别为媒体源 - 不用
src直链 MP4，改用blob:URL 或通过fetch+URL.createObjectURL()动态加载：部分投屏设备不识别非直接 src 的媒体流
playsinline 和 webkit-playsinline 到底起什么作用？
它们只影响 iOS Safari 是否在全屏下播放，和投屏无关。但间接有用：如果视频强制全屏，用户更可能点系统分享/投屏按钮；保持内联播放反而降低投屏操作路径。注意写法必须同时存在：
<video playsinline webkit-playsinline ...>单独写任一个在某些 iOS 版本下失效。
真要防住，就得接受“原生 HTML 做不到彻底禁止”
投屏本质是操作系统与接收端协商的过程，HTML 运行在沙箱里，没有权限拦截底层协议。所谓“防”，其实是让设备懒得投、找不到投的入口、投了也播不出画面——比如配合后端做 token 时效性校验、切片加密、或用 MSE + 加密解密逻辑，但那就超出纯 HTML 范畴了。只靠 video 标签属性，最多做到“大部分普通用户不会顺手点投屏”。
立即学习“前端免费学习笔记（深入）”；
