disableremoteplayback是html5 video标签中唯一原生支持的禁用远程投屏的布尔属性，仅作提示而非强制策略；chrome/edge支持良好，safari自ios 15.4起部分支持，firefox不支持，且无法阻止系统录屏或物理盗录。
disableRemotePlayback 是目前最简单、原生支持的防投屏手段，但它只起提示作用，不能强制阻止。
为什么 disableRemotePlayback 不是“开关”，而是“礼貌请求”
这个属性本质是向浏览器传递一个信号：“请不要为此视频启用远程播放功能”。它不修改视频流、不加密内容、也不拦截协议调用。Chrome/Edge 会据此隐藏地址栏 Cast 图标和右键菜单里的投屏项；Safari（iOS 15.4+ / macOS 12.3+）仅对 AirPlay 做类似处理；Firefox 完全忽略该属性。关键点在于：它无法影响系统级投屏行为（如 macOS 屏幕镜像、Windows 投影到此电脑），也无法阻止用户手动打开新标签页后投整个页面。
- 错误写法：
disableRemotePlayback="true"或disableRemotePlayback="disabled"—— 浏览器会当成普通字符串属性忽略 - 正确写法必须是布尔属性形式：
<video controls disableremoteplayback></video> - 动态设置（如
videoEl.disableRemotePlayback = true）在多数浏览器中无效，需在 HTML 中静态声明
controlslist="noremoteplayback" 和 disableRemotePlayback 有什么区别？
两者目标一致，但实现层级不同：disableRemotePlayback 是 <video></video> 标签原生属性，语义明确、支持度稍高；controlslist="noremoteplayback" 是控制条 UI 层面的屏蔽，属于辅助性补充，且兼容性更差（尤其在 iOS Safari 中常被忽略）。实际项目中建议两者共用，形成双重提示：
<video controls disableremoteplayback controlslist="noremoteplayback nodownload nofullscreen"><source src="lesson.mp4" type="video/mp4"></source></video>
-
controlslist的值必须是空格分隔的关键词，不能带等号或引号 - 它只影响浏览器渲染的默认控件，对自定义控件无任何作用
- 部分 Android WebView 版本会完全无视
noremoteplayback
真正能降低投屏风险的组合动作有哪些？
单靠前端属性无法解决投屏问题，必须配合服务端与行为检测。以下三项是实测中性价比最高的落地动作：
- 服务端对视频 URL 做短期 Token 鉴权，每次播放生成带时间戳和 UA 绑定的签名，过期即失效 —— 能有效拦截抓包后重放或分享直链
- 前端监听
webkitbeginfullscreen（Safari）和enterpictureinpicture（Chrome/Firefox）事件，触发时立即pause()并弹出提示：“当前内容不支持画中画/全屏播放” - 对敏感课程，在首帧和关键帧插入 DRM 输出保护策略（如 Widevine 的
outputProtection要求 HDCP），虽然不能防录屏，但可让不合规设备（如老旧电视、非认证显示器）直接黑屏
最容易被忽略的一点：所有前端防投屏措施，对手机拍摄屏幕、采集卡抓 HDMI、系统录屏这三类物理/系统级盗录完全无效。它们的作用只是把“一键投屏”变成“需要动手折腾”，从而筛掉大部分随意盗录的用户。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
