disableRemotePlayback是HTML5 video标签唯一原生支持的禁用远程投屏提示属性，仅向浏览器发出不希望投屏的信号，非强制策略；必须以布尔属性形式直接写入标签（如），不可赋值，Chrome/Edge支持良好，Safari部分支持，Firefox完全不支持，且无法阻止系统录屏、镜像或抓包下载。
disableRemotePlayback 是目前 HTML5 原生唯一能“提示禁用投屏”的属性，但它不是通用防投屏代码，也不能真正阻止投屏。
它只对部分浏览器生效，且效果是软性的——不强制、不加密、不拦截，仅隐藏投屏 UI 元素。别指望靠它守住视频内容。
disableRemotePlayback 怎么写才有效？
-
必须作为布尔属性直接声明，不能赋值：
<video controls disableRemotePlayback> <source src="video.mp4" type="video/mp4"> </video>
错误写法（会被浏览器忽略）：
disableRemotePlayback="true"disableRemotePlayback="disabled"disableRemotePlayback=""（空字符串在部分旧版 Chromium 中也不认）-
它必须和
controls或自定义控件共存才有意义；纯 JS 播放器若没显式调用castAPI，该属性本身不触发任何行为。立即学习“前端免费学习笔记（深入）”；
Wechat Article Html下载将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
各浏览器对 disableRemotePlayback 的实际支持差异
Chrome / Edge（Chromium 内核）：✅ 支持良好，右键菜单和地址栏 Cast 图标会置灰或消失
Safari（iOS 15.4+ / macOS 12.3+）：⚠️ 仅对 AirPlay 有弱提示，部分机型仍可手动唤出 AirPlay 控制面板
Firefox：❌ 完全未实现，设了也白设
Android WebView / 微信内置浏览器 / 小程序：⛔ 行为不可靠，多数版本直接忽略
不影响以下操作：
screen capture（系统级录屏）airplay mirroring（整屏镜像，非仅视频）chrome://cast手动投射标签页
抓包提取src后本地播放
真正降低投屏风险的组合动作（非“通用代码”，但更务实）
- 服务端做播放鉴权：每个
video请求带一次性token，绑定User-Agent+IP+ 时间戳，过期即拒 - 前端监听投屏相关事件并干预：
webkitbeginfullscreen（Safari 全屏/投屏前）enterpictureinpicture（画中画触发时）
在这些事件回调里pause()或弹出警告（注意：部分浏览器中事件触发已晚于投屏建立） - 视频流层加固：用
HLS或DASH+encrypted media extensions (EME)配合 Widevine/FairPlay，license server 设置outputProtection要求 HDCP，可让不合规投屏设备解密失败（但需原生 App 或 TV 端配合，网页端限制仍大） - 页面级水印：动态叠加含用户 ID 和时间戳的透明水印，不依赖视频编码，截图即留痕
disableRemotePlayback 是个起点，不是终点。它容易被当成“已加锁”的心理安慰，但只要用户打开开发者工具、禁用 JS、或切到系统录屏，防护就形同虚设。真正需要防的不是“能不能点投屏按钮”，而是“有没有动机+能力把画面拿走”——这得从前端提示、服务端控制、内容分发策略三端一起卡，而不是靠一行 HTML 属性。
