纯前端无法可靠禁用AirPlay投屏功能，因Safari强制显示投屏按钮且不响应webkit-airplay="deny"；唯一有效方案是服务端配合AES-128加密或FairPlay Streaming。
苹果端网页视频防投屏的核心限制在哪里
iOS/macOS 的 Safari 对网页视频的控制权远高于开发者。只要视频使用 <video> 标签且满足系统播放条件（如 playsinline、webkit-playsinline、muted 等），Safari 就会默认允许 AirPlay 投屏按钮出现在控制栏——这个按钮无法通过 CSS 隐藏，也无法用 JS 监听或拦截点击。
关键结论：纯前端无法可靠禁用 AirPlay 投屏功能。所谓“防投屏”，实际只能做到“降低用户主动投屏意愿”或“让投屏后内容不可用”。
用 webkit-airplay="deny" 能起作用吗
不能。该属性在 Safari 中早已被忽略（自 iOS 10+ 起失效），文档未公开移除，但实测设置为 "deny" 或 "false" 均无任何效果。控制台也不会报错，属于静默失效。
-
webkit-airplay只在极早期 WebKit 版本中短暂支持过 - 当前 Safari（包括 macOS Ventura/Sonoma、iOS 17/18）完全不响应该属性
- 不要把它写进 HTML 或用 JS 动态设置，纯属无效操作
真正能影响 AirPlay 按钮显示的三个硬性条件
Safari 是否显示 AirPlay 图标，取决于以下三者是否同时满足：
立即学习“前端免费学习笔记（深入）”；
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
-
<video>元素设置了playsinline属性（且未被移除） - 视频未设置
disablePictureInPicture（注意：这是另一个独立开关） - 视频未处于“全屏强制模式”（如调用
video.webkitEnterFullscreen()）
但即使满足这些，AirPlay 按钮仍会出现。唯一能隐藏该按钮的方式是：
- 使用
playsinline+webkit-playsinline+muted+ 自动播放（需用户交互触发后才可静音自动播） - 同时设置
disablePictureInPicture="true"（仅影响画中画，不影响 AirPlay） - 在
video上监听webkitbeginfullscreen事件，立即调用event.preventDefault()并video.exitFullscreen()—— 这能阻止全屏，但对 AirPlay 弹窗无效
服务端配合才是实际可行路径
如果你的视频内容敏感（如付费课程、内部培训），必须防投屏，唯一可控环节在服务端：
- 对 HLS 流启用
AES-128 加密，密钥由后端动态生成并校验 Referer / Token / UA - AirPlay 镜像时，Safari 会以新 UA 和无 Referer 请求分片，服务端可直接拒绝
- 使用 FairPlay Streaming（FPS）方案：需 Apple 开发者账号、证书签名、客户端集成 FPS SDK，HLS 播放器（如
hls.js不支持，必须用原生<video>+AVFoundation调度逻辑）
注意：MediaSource Extensions (MSE) 在 iOS Safari 上不支持，所以基于 MSE 的 DRM 方案（如 Widevine）在苹果端天然不可用。
AirPlay 是系统级镜像，它不“解析”你的 JS 或 HTML，只抓取当前屏幕像素流。所有前端遮罩、canvas 覆盖、右键禁用、user-select: none 都拦不住——一旦用户点开 AirPlay，你页面里播的是什么，电视上就显示什么。
