disableremoteplayback仅作提示而非强制禁用，chrome/edge支持良好，safari自ios 15.4起部分支持，firefox不支持；无法阻止系统录屏、手机拍摄或抓包下载。
disableRemotePlayback 属性能起作用，但仅限提示浏览器“别投”，不是锁死开关；真想防投屏，必须接受它只能拦住一部分用户——比如 Chrome 里点地址栏 Cast 图标、右键菜单里的 AirPlay 选项。它拦不住系统录屏、手机拍屏、抓包下地址，也拦不住用户手动复制 URL 去 VLC 里播。
为什么加了 disableRemotePlayback 还能投屏
常见失效原因有三个：
- 写法错误：
disableRemotePlayback="true"或disableRemotePlayback="disabled"是无效的，必须是纯布尔属性写法：<video disableremoteplayback></video> - 元素未挂载就动态设置：用
el.setAttribute('disableRemotePlayback', '')或el.disableRemotePlayback = true在 DOM 插入后才执行，在 Safari 和部分 Android WebView 中大概率被忽略 - 浏览器不支持：Firefox 完全不识别该属性；iOS Safari 从 15.4 才开始支持 AirPlay 禁用提示，旧版本直接无视
controlslist="noremoteplayback" 和 disableRemotePlayback 有什么区别
它们是同一回事，只是实现路径不同：
-
disableRemotePlayback是 HTML5 标准属性，语义明确，Chrome/Edge/Safari（新版）原生识别 -
controlslist="noremoteplayback"是非标准扩展，早期 Chromium 曾短暂支持，现在已基本废弃；部分老文档误传为“更兼容”，实际在 Safari 和 Firefox 中均无效果 - 不要混用：同时写两个不会叠加效果，反而可能触发解析异常或被某些 WebView 忽略
怎么让禁投屏更“像那么回事”
单靠 HTML 属性撑不起防护，但可以组合几个低成本动作提升拦截率：
- 初始化时硬编码属性：
<video disableremoteplayback controls playsinline webkit-playsinline></video>——playsinline和webkit-playsinline能减少 iOS 上自动全屏带来的投屏入口暴露 - 监听投屏相关事件并干预：
webkitbeginfullscreen（Safari）、enterpictureinpicture（PiP 常被误当投屏入口）发生时主动pause()并弹提示，虽不能阻止行为，但能打断流程 - 服务端配合做源头控制：视频 URL 加动态 Token（含时间戳+用户 ID+签名），过期即 403；这样即使用户绕过前端拿到地址，也无法复用
真正难防的从来不是那个 Cast 按钮，而是用户把手机架在显示器前录像、或用 Wireshark 抓到分片 URL 后用 ffmpeg 下载。HTML 层能做的只是筛掉“顺手点一下”的那批人；剩下的，得靠 DRM、水印、服务端鉴权和播放行为审计来兜底。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
