disablePictureInPicture仅禁用画中画UI入口，对投屏完全无效；真正限制投屏需结合disableRemotePlayback属性、contextmenu拦截及服务端DRM防护。
video 标签加 disablePictureInPicture 有效吗？
加 disablePictureInPicture 属性只能禁用画中画（PiP），对投屏（Cast）完全无效——这是两个独立的浏览器能力，Chrome 和 Edge 的投屏功能不读这个属性。
能否用 JavaScript 拦截 navigator.mediaSession 或 cast API？
不能可靠拦截。用户点击地址栏投屏按钮、系统级快捷键（如 Win+K）、或右键菜单「投射到设备」，这些操作绕过页面 JS，navigator.mediaSession 只控制媒体通知栏行为，chrome.cast 或 cast.framework 是接收端 SDK，前端无法主动关闭已启用的投屏通道。
有哪些真正起效的前端限制手段？
目前没有 100% 防投屏的前端方案，但可显著提高门槛：
- 移除
controls属性，自定义播放控件——隐藏原生右键菜单和投屏入口（部分浏览器会弱化右键选项） - 监听
contextmenu事件并e.preventDefault()，阻止右键唤出含「投射」选项的菜单 - 在
video元素上设置oncanplay后立即执行video.disableRemotePlayback = true（仅 Chromium 内核生效，Safari 和 Firefox 忽略） - 避免使用
<video></video>的webkit-playsinline以外的全屏相关属性，防止触发某些投屏联动逻辑
示例关键代码：
Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转
下载
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
立即学习“前端免费学习笔记（深入）”；
<video id="myVideo" disableRemotePlayback>
<source src="video.mp4" type="video/mp4">
</video>
<script>
const v = document.getElementById('myVideo');
v.disableRemotePlayback = true; // 注意：需在 loadedmetadata 后设更稳妥
v.addEventListener('contextmenu', e => e.preventDefault());
</script>
为什么服务端 DRM 才是真正防线？
前端所有限制都可被禁用 DevTools、改 DOM、或直接抓取 m3u8/MPD 链接绕过。disableRemotePlayback 在 Android Chrome 上甚至会被忽略；Safari 完全不支持该属性。真正防投屏必须依赖服务端集成 Widevine（Chrome/Android）、FairPlay（Safari/iOS）、PlayReady（Edge/Windows），配合 License Server 动态校验设备证书与 HDCP 状态——前端只是配合渲染，权限控制在解密环节完成。
如果只改 HTML 或加几行 JS 就想防住投屏，大概率会在真机测试时发现 Chrome 地址栏 Cast 图标照常亮起。
