HTML的track标签仅声明字幕资源，不提供关闭功能；真正控制开关需通过video.textTracks API或播放器UI，但优酷等平台绕过原生机制，导致直接操作无效。
HTML 的 track 标签本身没有“关闭”动作，它只是声明字幕资源；真正控制开关的是 video.textTracks API 或播放器 UI —— 但绝大多数网站（如优酷、腾讯视频）根本不走这个标准流程，所以直接操作 track 很可能无效。
为什么 video.textTracks[0].mode = 'disabled' 常常不生效
浏览器原生 track 控制只对符合规范的 HTML5 视频有效：视频必须是本地 video 标签 + 正确加载的 track kind="subtitles"，且未被 JS 播放器层劫持。现实情况是：
- 主流平台（优酷、爱奇艺、Bilibili）全部使用自研 JS 播放器，
textTracks要么为空，要么 mode 被锁定为hidden无法修改 - 即使
textTracks.length > 0，设mode = 'disabled'后再设回'showing'，也可能因播放器内部状态不同步而无反应 - Chrome DevTools 里能看到
textTracks[0].mode变了，但字幕 UI 仍显示——因为 UI 渲染不依赖该值，而是读取播放器私有状态
track 标签能否用 CSS 隐藏？
不能可靠隐藏。原因很直接：
-
track是空标签，不生成 DOM 元素，display: none或visibility: hidden对它完全无效 - 字幕内容由浏览器渲染引擎（或播放器）动态插入到 video 上层的匿名 overlay 容器，不在常规 DOM 树中，无法用 CSS 选择器定位
- 尝试
video::-webkit-media-text-track-display这类伪元素在 Chromium 120+ 已被废弃，且 Firefox/Edge 不支持
嵌入第三方视频时怎么默认关字幕？
唯一可控入口是 iframe URL 参数，但支持度极窄：
立即学习“前端免费学习笔记（深入）”；
- 优酷新版 embed（v2.0+）支持
?showCaption=0，例如：https://player.youku.com/embed/XMTg2NzY1MjQwMA==?showCaption=0 - 腾讯视频 embed 地址加
&showSubtitles=0在部分版本有效，但无文档保证，刷新后可能失效 - Bilibili 的
https://player.bilibili.com/player.html不公开字幕开关参数，强行加?subtitle=off会被忽略 - 自建 video 标签时，可删掉
track标签本身，或确保其srclang和label与用户系统语言不匹配，降低自动启用概率
真要强制隐藏，只能动播放器 DOM？
可以试，但风险高、不稳定：
- 优酷字幕容器类名常为
yk-subtitle-wrap或subtitle-box，可用document.querySelector('.yk-subtitle-wrap')?.remove()移除，但 class 名随版本变化，下次更新就失效 - 有些播放器把字幕画在
canvas上，此时 DOM 移除无效，得 hookCanvasRenderingContext2D.fillText—— 这属于深度篡改，易导致播放器报错或崩溃 - 若页面含多个视频实例，需遍历所有
iframe并分别注入脚本，且 iframe 同源限制下跨域无法操作
最稳的路径其实是接受「用户自主控制」：不干预播放器逻辑，只确保字幕按钮可见（如登录优酷账号）、位置明确（底部工具栏右端气泡图标），把开关权留给真实使用者。自动化隐藏的需求，往往掩盖了更关键的问题——比如字幕是否真的该默认开启，或者内容是否本就不该依赖外部字幕资源。
