controlslist="nodownload"在移动端基本无效，因iOS Safari始终忽略该属性，安卓WebView支持弱且存在解析bug；真正可行方案是移除controls自定义UI或用WebKit伪元素隐藏按钮（仅限部分Android）。
controlslist="nodownload" 在移动端根本没生效，因为浏览器不支持
这个属性在 iOS Safari 和多数安卓 WebView 中基本无效。Safari 直到 16.4 才开始实验性支持 nofullscreen，但对 nodownload 始终忽略；安卓 Chrome 移动版虽支持，但部分版本（如 115–118）存在解析 bug，且 WebView 内核通常滞后。你写的 controlslist="nodownload" 在移动端只是被浏览器静默丢弃，控件栏里下载按钮照常显示，甚至右键长按仍能唤出“保存视频”菜单。
移动端禁用下载按钮的真正可行方式只有两种
一是彻底移除原生控件，二是用 CSS 隐藏特定按钮（仅限 WebKit 内核）：
- 移除
controls属性，改用 JS 自定义播放器：去掉controls后，controlslist失去作用前提，但你能完全控制 UI —— 比如只放一个播放按钮，点击后调用play()，不暴露任何下载入口 - 针对 Chrome / Edge 移动版（WebKit 内核），可用伪元素隐藏下载按钮：
video::-webkit-media-controls-download-button { display: none; }，但该规则在 iOS Safari 中无效，且不能阻止长按菜单 - 注意：iOS 上双击、长按、或点右下角“…”都会触发系统级媒体菜单，JS 无法拦截，
oncontextmenu绑定在<video>上也收不到事件（被 UA 样式层截断）
为什么 oncontextmenu="return false" 在移动端形同虚设
移动端浏览器把视频交互封装在 Shadow DOM 内部，原生长按菜单由浏览器进程直接渲染，不经过页面 JS 事件流。你在 <body> 或 <video> 上绑定 oncontextmenu，只能拦住普通区域的右键，对视频区域的长按行为完全无感。更麻烦的是，iOS Safari 默认禁用 contextmenu 事件，连监听都注册不上。
真正影响体验的其实是 preload 和 playsinline
很多情况下你以为是 controlslist 失效，其实是控件压根没加载出来：
立即学习“前端免费学习笔记（深入）”；
- 没加
playsinline：iOS Safari 会强制全屏播放，原生控件布局错乱，controlslist即使生效也看不见 -
preload="none"：元数据未加载完成前，控件可能延迟渲染，用户已开始操作，导致误判为“按钮没隐藏” - 服务端没返回
Content-Disposition: inline：某些 Android 浏览器会把 MP4 当作附件直接触发下载，而不是播放，此时控件都不出现，更别说隐藏按钮了
nodownload 不是配置问题，而是能力缺失。别花时间调试它是否拼写正确或是否加了空格——先确认目标平台是否支持，再决定要不要放弃原生控件走 JS 自定义路线。最易被忽略的点是：iOS 上即使你成功隐藏了所有 UI 元素，用户仍可通过 AirPlay 镜像录屏，前端永远做不到“不可复制”，只能让普通用户多点一次、多找一回。 
