disableremoteplayback必须以无值布尔属性形式声明，赋值如"true"会被忽略；仅https下chrome/edge初始化渲染时生效，需用js检测htmlmediaelement.prototype支持性及元素属性存在性。
检查 disableRemotePlayback 是否正确声明
该属性必须以无值布尔属性形式存在，任何赋值都会导致浏览器忽略它。常见错误写法如 disableRemotePlayback="true" 或 disableRemotePlayback="disabled"，实际应写作：
<video controls disableremoteplayback><source src="video.mp4" type="video/mp4"></source></video>
打开开发者工具 Elements 面板，确认该属性节点确实存在且没有值；若被 JS 动态设置（如 videoEl.setAttribute('disableRemotePlayback', 'true')），多数浏览器不支持运行时生效，仅初始化渲染时有效。
在 Chrome/Edge 中验证投屏入口是否隐藏
Chrome 和 Edge 是目前对 disableRemotePlayback 支持最稳定的环境。验证步骤如下：
- 确保页面通过 HTTPS 加载（HTTP 下该属性完全失效）
- 右键点击视频区域，观察上下文菜单中是否还显示“投射到设备”选项
- 查看地址栏右侧是否出现 Cast 图标（有图标说明未生效）
- 尝试按
Ctrl+Shift+Cast（Windows）或Cmd+Shift+Cast（macOS）快捷键，看是否能唤起投屏面板
若上述任一入口仍存在，说明属性未被识别——优先排查是否拼写错误、是否被 JS 覆盖、是否嵌套在 iframe 中且父页未设 sandbox="allow-scripts"。
用 JavaScript 检测浏览器是否识别该属性
不能只靠肉眼判断，需代码确认浏览器是否解析并应用了该提示：
const video = document.querySelector('video');
console.log('disableRemotePlayback supported:', 'disableRemotePlayback' in HTMLMediaElement.prototype);
console.log('attribute present:', video.hasAttribute('disableRemotePlayback'));
console.log('computed value:', video.disableRemotePlayback); // 返回 true / false
注意：video.disableRemotePlayback 返回的是属性当前状态，不是“是否启用投屏”的实时开关，它只反映 HTML 属性是否存在及是否被解析。Safari 和 Firefox 返回 undefined 或 false 属正常，不代表报错，而是不支持该特性。
别误判“投屏失败”等于“防投屏生效”
很多开发者看到点 Cast 按钮后没反应，就以为策略成功——这是典型误判。真正要区分的是：
-
disableRemotePlayback生效：Cast 入口被主动隐藏或置灰，用户根本找不到触发点 - Cast 失败（如黑屏、连接超时）：入口还在，只是流传输或设备协商出问题，和该属性无关
该属性不阻止系统级录屏、不加密视频流、也不影响 HLS/DASH 分片被抓包。若业务真需阻断内容外泄，必须配合服务端动态 Token、HLS AES-128 加密、播放器层 MSE + Blob 加载等组合手段。单靠这个属性，只能管住“顺手一点”的投屏行为。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
