disableRemotePlayback仅是提示浏览器隐藏投屏入口，非强制策略；Chrome/Edge支持良好，Safari自iOS 15.4起部分支持，Firefox不支持，且无法阻止系统级投屏或录屏。
disableRemotePlayback 属性本身不“防投屏”，它只是向浏览器发出一个提示：请不要为此视频显示投屏入口。是否响应、如何响应，完全取决于浏览器实现。
为什么写了 disableRemotePlayback 还能点投屏按钮？
常见现象是：视频右键菜单里仍有“投屏”选项，或地址栏 Cast 图标依然可点。这不是你写错了，而是因为：
- 属性必须以布尔属性形式直接写在
<video>标签中：<video disableRemotePlayback>—— 写成disableRemotePlayback="true"或disableRemotePlayback="disabled"会被浏览器忽略 - Chrome/Edge 支持良好，但 Safari（iOS/macOS）仅从 iOS 15.4 起部分支持 AirPlay 禁用提示，Firefox 完全不识别该属性
- 它只影响浏览器 UI 入口，对系统级投屏（如 macOS 的全局 AirPlay 菜单、Windows 的“连接到无线显示器”）无任何限制
controlslist="noremoteplayback" 和 disableRemotePlayback 有什么区别？
两者目标一致，但机制不同：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
-
disableRemotePlayback是<video>的原生布尔属性，语义明确，但兼容性差（尤其 Safari/Firefox） -
controlslist="noremoteplayback"是控制条行为修饰符，作用于整个 controls UI，Chrome/Edge 支持较好，Safari 也基本识别，但同样不强制、不拦截底层协议 - 可以同时使用：
<video controls controlslist="noremoteplayback" disableRemotePlayback>，提升跨浏览器一致性
哪些操作会让 disableRemotePlayback 完全失效？
即使属性写对了，以下情况也会导致它形同虚设：
立即学习“前端免费学习笔记（深入）”；
- 用户手动点击浏览器右上角的 Cast 按钮——这是投整个标签页，和
<video>无关 - 网页集成了 Google Cast SDK 并调用
cast.framework.RemotePlayer—— 此时投的是 SDK 控制的媒体会话，HTML 属性不起作用 - 服务端转流（如 HLS 地址直供电视浏览器）——投屏行为发生在终端设备侧，前端 HTML 已无干预能力
- 安卓 WebView 或微信内置浏览器中，该属性常被忽略，需额外配合
x5-video-player-type等私有属性试探性兼容
真正需要防投屏的业务（如金融培训、内部会议），不能依赖单一 HTML 属性。它只是 UI 层面的第一道轻量提示，后面必须跟服务端鉴权、动态 Token、DRM 输出保护等硬性策略——否则，用户截个图、录个屏、抓个 m3u8，就绕过了所有“一键设置”。
