disableRemotePlayback 仅是提示性信号，非彻底防投屏方案：Chrome/Edge响应、Safari部分响应、Firefox无视；必须作为无值布尔属性使用，仅对video标签生效，动态JS设置无效，且无法阻止系统级投屏、录屏或物理拍摄。
disableRemotePlayback不是“彻底防投屏”的方案，它只是向浏览器发出一个**提示性信号**，Chrome/Edge 会响应、Safari 部分响应、Firefox 完全无视。真要拦住投屏，得认清三件事：浏览器不帮你强制执行，系统级投屏（如 AirPlay、Chromecast）不受 HTML 控制，录屏和物理拍摄更不在管辖范围。
为什么 disableRemotePlayback 常被写错又无效？
这个属性必须作为布尔属性原样存在，不能带值，否则浏览器直接忽略：
-
disableRemotePlayback✅ 正确：浏览器识别为真值 -
disableRemotePlayback="true"❌ 错误：被当作文本字符串，等价于disableRemotePlayback=""，部分浏览器视为 false -
disableRemotePlayback="disabled"❌ 错误：同上，无语义，不触发任何行为
还要注意：它只对 标签本身生效，对 无效；动态 JS 设置（如 video.disableRemotePlayback = true）在多数浏览器中不生效，必须初始渲染时就存在。
Chrome/Edge 中能禁用投屏图标，但用户仍可手动投
在 Chromium 系统里，disableRemotePlayback 的实际效果是：
- 隐藏地址栏右侧的 Cast 图标
- 右键菜单中“投射到设备”选项置灰或消失
- 不阻止用户打开系统级投屏入口（如 Windows 的 Win+K、macOS 的菜单栏 AirPlay 图标）
- 不拦截已连接设备的自动发现（比如手机正在投屏，网页加载后视频仍可能被接管）
也就是说，它防的是“顺手一点”，不是“有意一试”。如果你的页面里有多个 ，每个都得单独加该属性——父容器设置不继承。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
想降低投屏风险，得组合服务端与播放器层策略
单靠前端 HTML 属性毫无胜算，真正起效的是多层协同：
- 服务端校验播放请求：用带用户 ID + 时间戳 + 签名的 token（如
/stream?vid=abc&t=1717020000&s=xyz），过期即失效，且绑定设备指纹或 IP - 监听
webkitbeginfullscreen和enterpictureinpicture事件，检测到即暂停并弹窗提醒（虽不能阻止，但可中断流程） - 对高敏感内容启用 DRM：Widevine（Android/Chrome）或 FairPlay（iOS/Safari），并在 license server 中配置
outputProtection要求 HDCP，这样不支持 HDCP 的投屏设备会直接黑屏或报错 - 避免使用
直链，改用 MSE（Media Source Extensions）加载加密分片，让网络面板看不到完整 URL
最后提醒一句：disableRemotePlayback 在 Android WebView、微信/QQ 内置浏览器中行为极不稳定，有些版本直接忽略，有些只在特定 UA 下触发——别把它当开关，只当一个弱提示。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
