controls属性不能设为false，必须完全移除或用Ja vaScript动态删除；controlsList仅部分浏览器支持且无法精准隐藏单个控件；彻底隐藏需移除controls、禁用画中画、加CSS隐藏残余按钮，并手动实现播放控制逻辑。
是不是觉得 controls 属性关不掉控件？问题可能出在方法上——这个属性并非一个可以开关的布尔值，它的逻辑是：存在即启用，移除才禁用。
controls 属性本身不能设为 false
这里有个常见的理解误区。在HTML规范里，像 controls、autoplay 这类布尔属性，并没有真假值的概念。也就是说，即使你写成 controls="false" 或者 controls="0"，浏览器依然会将其视为属性“存在”，从而乖乖地把控件栏显示出来。
那么，正确的关闭姿势是什么？其实只有两条路：
- 在HTML中，压根就不要写
controls这个属性。 - 或者，通过Ja vaScript动态移除它：
video.removeAttribute('controls')。
举个反面例子：。这么写，控件栏依然会完整地出现在你眼前。
controlsList 可以隐藏部分控件，但兼容性差
如果你想对控件栏进行“精装修”，比如隐藏下载或全屏按钮，controlsList 属性似乎是个选择。它支持诸如 noprogress、nofullscreen、nodownload 等值。
但必须泼一盆冷水：这个属性的兼容性表现相当“挑食”。目前，只有Chromium内核的浏览器（如Chrome、Edge）提供稳定支持。Firefox基本对其视而不见，而Safari的支持也极为有限。
更重要的是，它的能力是有限的。即便你设置了 controlsList="noprogress nofullscreen"，只要 controls 属性还在，播放、暂停、音量这些核心按钮依然会显示。所以，别指望用它来“精准狙击”某一个特定按钮——它更像是一个建议，而非强制执行的命令。
真正想彻底隐藏，得组合三件事
如果目标是让视频控件“消失得无影无踪”，你需要一套组合拳：
- 釜底抽薪：彻底移除
controls属性，这是根本。 - 防患未然：设置
disablePictureInPicture = true以及webkit-playsinline等属性，防止画中画等意外UI突然出现。 - 查漏补缺：添加CSS来隐藏那些可能“残留”的按钮（尤其是在WebKit内核浏览器下的全屏或溢出菜单按钮）。
video::-webkit-media-controls-fullscreen-button { display: none !important; }
video::-webkit-media-controls-overflow-button { display: none !important; }
video::-internal-media-controls-overflow-button { display: none !important; }
video::part(media-controls) { display: none !important; }
这里有个技术细节需要注意：谨慎使用 pointer-events: none。这个样式会禁用元素的所有指针事件，可能导致你通过Ja vaScript调用的 play() 方法也失效（例如，点击一个覆盖在视频上的封面图触发播放的场景）。除非你打算完全接管所有用户交互，否则最好避开它。
移除 controls 后，用户没法点视频播放了
这才是最大的陷阱所在。很多人兴冲冲地删掉了 controls 属性，以为大功告成，结果却发现视频本身点击没反应了——无法播放暂停、无法拖动进度、无法调节音量。
道理很简单：隐藏了控件，就等于移除了用户与视频交互的默认界面。因此，你必须手动用Ja vaScript补上最基础的控制逻辑，至少包括：
- 播放与暂停：
video.play()/video.pause() - 进度控制：
video.currentTime = x（要实现拖拽，还需要监听timeupdate事件并自己绘制进度条） - 音量控制：
video.muted = true、video.volume = 0.7
如果你的视频只是作为背景自动播放，或者用于无需交互的Banner图，那可以接受无控件状态。否则请记住：隐藏控件，绝不等于剥夺用户的控制能力。
说到底，真正的难点从来不是“如何藏起来”，而是“藏起来之后，如何确保用户依然能方便、合理地操作”。别让追求界面简洁，最终牺牲了可用性。
