HTML5 video标签的disableRemotePlayback属性仅作投屏禁用提示，必须以布尔形式直接书写（如<video controls disableRemotePlayback>），Chrome/Edge支持良好，Safari部分支持，Firefox不支持，且无法阻止系统级镜像或物理盗录。
HTML 视频标签本身无法真正“禁止投屏”，disableRemotePlayback 和 controlsList="noremoteplayback" 只是向浏览器发出提示，是否隐藏 Cast/AirPlay 按钮、是否禁用投屏入口，完全取决于浏览器实现和系统支持。
disableRemotePlayback 属性怎么写才有效
它必须作为布尔属性直接出现在 <video> 标签中，不带等号、不带引号、不赋值：
<video controls disableRemotePlayback> <source src="video.mp4" type="video/mp4"> </video>
-
disableRemotePlayback="true"、disableRemotePlayback="disabled"或加引号的写法，浏览器会忽略该属性 - 只在 Chrome/Edge（Chromium 内核）中稳定生效；Safari 自 iOS 15.4/macOS 12.3 起部分支持 AirPlay 禁用提示；Firefox 完全不识别
- 即使设了该属性，用户仍可通过系统级镜像（如 macOS 屏幕共享、Windows 投影到此电脑）推整个桌面，它拦不住
controlsList="noremoteplayback" 的实际表现
这个属性需配合 controls 使用，作用是隐藏投屏 UI 元素（比如地址栏 Cast 图标、右键菜单里的“投射到设备”）：
<video controls controlsList="noremoteplayback nodownload"> <source src="video.mp4" type="video/mp4"> </video>
- Chrome/Edge 支持良好；Safari 对
noremoteplayback有响应，但对nofullscreen不稳定；Firefox 直接忽略整个controlsList属性 - 它不阻止投屏功能本身——如果页面 JS 主动调用
mediaSession.setCanPlayRemote()或触发 Cast SDK，该属性无效 - 移动端（尤其 iOS）下，用户长按视频区域或通过控制中心仍可能唤起 AirPlay 面板，
controlsList无法覆盖系统级交互
为什么监听 enterpictureinpicture 或 webkitbeginfullscreen 没用
这些事件监听的是“进入画中画”或“开始全屏”，和投屏（remote playback）不是同一机制。投屏不触发 enterpictureinpicture，也不一定触发 webkitbeginfullscreen（Chromecast 场景下通常不触发）。
立即学习“前端免费学习笔记（深入）”；
-
enterpictureinpicture是 PiP（画中画）专属事件，与 Chromecast/AirPlay 无关联 -
webkitbeginfullscreen仅在 Safari 中用于检测原生全屏，而 AirPlay 投屏在 Safari 中走的是独立协议栈，不会触发该事件 - 目前没有标准 DOM 事件能可靠捕获“用户点击了投屏按钮”或“设备已连接投屏目标”，浏览器未暴露该能力
真正影响投屏行为的，从来不是前端 HTML 属性，而是服务端是否返回可投屏的媒体 URL、是否启用 DRM 输出保护（如 Widevine 的 outputProtection 要求 HDCP）、以及客户端 App 是否集成了投屏 SDK。网页里加再多 disableRemotePlayback，只要视频资源本身没做鉴权或加密，抓包拿到链接后照样能用 VLC 或第三方工具投屏。
