disableremoteplayback 是仅提示禁用投屏的布尔属性，存在即生效，仅隐藏ui入口；chrome/edge有效，safari部分支持，firefox忽略；无法阻止系统级投屏、定制浏览器绕过或直接下载视频源。
disableRemotePlayback 是唯一能从 HTML 层面“提示”浏览器禁用投屏的属性，但它不强制、不拦截、不加密，仅隐藏投屏入口——Chrome/Edge 有效，Safari 部分支持（iOS 15.4+），Firefox 完全忽略。
为什么 disableRemotePlayback 必须写成布尔属性形式
它不是普通 HTML 属性，而是原生布尔属性，浏览器只认“存在即启用”。写成 disableRemotePlayback="true" 或 disableRemotePlayback="disabled" 会被当作字符串值处理，直接失效。
- ✅ 正确：
<video controls disableremoteplayback></video> - ❌ 错误：
<video controls disableremoteplayback="true"></video> - ❌ 错误：
<video controls disableremoteplayback="false"></video>（false 值无意义，存在即生效）
它在哪些场景下会“看似生效”，但实际无效
该属性只影响浏览器 UI 层的投屏触发路径，对底层协议和系统行为完全无约束：
- 用户仍可通过系统级投屏（如 macOS 的“屏幕镜像”、Windows 的“无线显示”）捕获整个浏览器窗口
- Chromecast 设备若已建立连接，部分页面在播放中仍可能被自动发现并投递（尤其使用
MediaSessionAPI 的站点） - vivo、华为等定制浏览器通常绕过该属性，直接调用系统投屏服务（如你点 TV 图标，它根本不查这个属性）
- Android WebView 或微信内置浏览器中，该属性多数被忽略，行为取决于宿主 App 实现
真正需要防投屏时，disableRemotePlayback 只能作为第一道轻量提示
它适合用于降低普通用户的误操作概率（比如金融培训页上避免学员随手点 AirPlay），但绝不能替代后端策略：
- 必须搭配服务端 Token 鉴权：每个视频请求带时效性签名，过期即 403
- 若用 HLS/DASH，需服务端动态生成加密 m3u8，并限制密钥有效期与 Referer
- DRM 方案（Widevine/FairPlay）中，
outputProtection才能真正约束输出类型（如要求 HDCP 1.4+） - 前端可监听
webkitbeginfullscreen或enterpictureinpicture，触发暂停或上报，但这依赖用户手势上下文，无法阻止初始投屏动作
最容易被忽略的一点：哪怕你写了 disableRemotePlayback，只要视频源是公开可访问的 MP4 地址，用户打开 Network 面板 → 过滤 media → 复制链接 → 粘贴到新标签页，就能直接下载。防投屏和防下载是两件事，别混为一谈。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
