HTML视频无法真正防投屏，Chrome原生Cast按钮不可禁用，所有试图通过HTML属性、CSS或JS阻止投屏的做法均无效；可采取混淆画面、音画分离、状态检测及版权提示等有限降级措施。
HTML 视频本身没有“防投屏”能力，所谓“防投屏”只是阻止用户通过浏览器原生 Cast 按钮或网页调用 Cast SDK 投出视频流——但这个动作完全发生在用户端，你无法真正禁止。Chrome 播放器（即原生 <video></video>）不提供任何 disableCast、no-cast 或类似属性，所有试图在标签上加属性来“关闭投屏”的做法都无效。
Chrome 浏览器右上角 Cast 按钮无法禁用
只要页面运行在 HTTPS 下、用户装了 Cast 扩展（桌面）或开启了系统 Cast 功能（移动端），Chrome 就会在地址栏右侧显示 Cast 图标。点击后可选择“当前标签页”投射——此时整个页面（含视频画面+音频）被镜像推送到电视，<video></video> 标签自身对此毫无感知，也无 API 可监听或拦截该行为。
- 不存在
cast="false"、disablecast或x-allow-cast="0"这类 HTML 属性 -
chrome://flags里也没有开关能隐藏该按钮；它是浏览器 UI 层功能，不由网页控制 - 试图用 CSS
display: none隐藏 Chrome 地址栏区域会失败——那是浏览器 chrome，不是网页 DOM
video 元素无法阻止 Cast SDK 初始化
如果你自己没引入 cast_sender.js，也没调用 cast.framework.CastContext.getInstance()，那网页就根本不会出现自定义投屏按钮。但这也意味着：你对 Cast 行为零干预能力，既不能启用，也无法“反向禁用”。
Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转
下载
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
- 用户仍可通过右上角原生按钮投射整个标签页，你的 JS 无法检测或取消该会话
- 若你主动集成了 Cast SDK，想“临时禁用”，只能在初始化前不调用
cast.framework.CastContext.getInstance()；一旦实例创建，就没有destroy()或disable()方法 - 常见误操作：
document.querySelector('video').removeAttribute('controls')——这只会去掉播放控件，对 Cast 按钮毫无影响
能做的有限妥协：混淆 + 降级 + 告知
真正的“防”不存在，但你可以降低被投屏后的可用性，或引导用户理解限制。这些手段不改变 Chrome 行为，但影响投屏结果的实际体验：
立即学习“前端免费学习笔记（深入）”；
- 避免使用纯视频全屏背景：投射“当前标签页”时，如果页面有大量遮罩、动态水印、实时时间戳，电视端画面会包含这些干扰元素，削弱内容价值
- 音频与视频分离：把关键语音抽成 Web Audio API 播放（
AudioContext），而<video></video>只负责画面（静音）。Cast 投射标签页时只传画面，声音丢失，信息不完整 - 检测投屏状态（仅限 Cast SDK 场景）：监听
cast.framework.CastContextEventType.SESSION_STATE_CHANGED，若进入SESSION_STARTED，可暂停 video.play() 或触发提示：“检测到投屏，部分功能受限” - 在页面显眼处加文案说明：“本内容受版权保护，不支持投屏播放”，虽无技术效力，但构成法律告知要件
别在 <video></video> 上浪费时间找“防投屏属性”——它从来就不在规范里。真正需要防护的，是源文件 URL 的泄露和 CDN 盗链，而不是浏览器右上角那个按钮。Chrome 不给你关它的权利，是因为它根本不在你的管辖范围内。
