HTML无防投屏参数，disableRemotePlayback（布尔属性，不带值）和controlslist="noremoteplayback"仅提示浏览器隐藏投屏入口，无法阻止系统级或标签页级投屏，实际防护需依赖服务端鉴权与水印等措施。
HTML 本身没有“防投屏”参数，disableRemotePlayback 和 controlslist="noremoteplayback" 是仅有的两个原生提示型配置，它们不阻止投屏，只告诉浏览器“别主动提供投屏入口”——且这个提示是否被响应，完全取决于浏览器和系统。
disableRemotePlayback 属性怎么写才生效
它必须是布尔属性，不能带值，也不能用字符串赋值：
-
disableRemotePlayback✅ 正确：浏览器识别为真值 -
disableRemotePlayback="true"❌ 错误：被当作字符串值，多数浏览器忽略 -
disableRemotePlayback="disabled"❌ 错误：同上，无效
同时需注意：该属性只对 标签本身起作用，不继承、不传播。若你用的是自定义播放器（如 Plyr、Fluid Player），需确认其底层是否透传该属性到原生 元素。
controlslist="noremoteplayback" 的兼容性陷阱
controlslist 是更轻量的控制开关，但支持度比 disableRemotePlayback 更窄：
- Chrome / Edge（Chromium 内核）：支持
noremoteplayback，会隐藏地址栏 Cast 图标和右键菜单中的“投射到设备”项 - Safari（macOS/iOS）：iOS 15.4+、macOS 12.3+ 支持，但仅影响 AirPlay 菜单可见性，不影响系统级 AirPlay 弹窗
- Firefox：完全不支持
controlslist，设了也白设 - Android WebView / 小程序：行为混乱，部分版本直接忽略，部分版本触发异常全屏
另外，controlslist 必须与 controls 同时存在才可能生效；若你手动移除了原生控件（比如用 JS 隐藏 control bar），该属性就失去作用场景。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
为什么加了参数还是能投屏？常见误判点
用户看到视频能投屏，往往不是因为 HTML 参数失效，而是因为投屏行为根本没走 HTML 提示路径：
- 点浏览器右上角 Cast 按钮 → 投的是整个标签页或桌面，和
属性无关 - 用手机“屏幕镜像”或 macOS “隔空播放” → 系统级功能，绕过所有网页属性
- 优酷、腾讯视频等 App 投屏 → 完全不经过网页
，走的是 App 自研协议 - 通过开发者工具修改 DOM，删掉
disableRemotePlayback→ 前端无任何防护能力，纯属心理安慰
真正起效的边界非常窄：仅限用户点击视频右键菜单里的“投射到设备”，或浏览器地址栏出现 Cast 图标时点击——而这两个入口，才是 disableRemotePlayback 和 controlslist 唯一能干预的地方。
别指望靠 HTML 属性挡住投屏，它们只是 UI 层面的“礼貌提示”。要降低风险，得从服务端 Token 时效、播放行为监控、动态水印这些不可绕过的环节下手。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
