default 这个属性，并不意味着“页面一打开就一定自动显示字幕”，它本质上只是将这条字幕轨道标记为默认候选项。至于最终是否会真正启用，还要结合用户偏好设置、浏览器自身策略以及之前的操作记录来判断。同时，VTT 文件本身也必须能够正常加载，格式要符合规范，路径不能写错，标签放置位置也必须合法。想要实现更稳定的默认字幕显示效果，通常还是建议通过 JS 主动把 mode="showing" 设上，并且等到 readyState===2 之后再处理，这样兼容性和可靠性都会更高。
default属性不等于自动显示字幕
给 track 标签加上 default 属性后，字幕依然没有显示出来，其实是很常见也很正常的情况。浏览器不会因为写了 default 就让字幕在页面加载后立刻显示，它只表示这条字幕轨道是“默认候选项”。至于是否真正启用，还取决于用户语言偏好、浏览器处理策略，甚至用户之前是否手动关闭过字幕。
很多开发者容易产生一个误解：把 default 直接理解成“字幕开关已经打开”，认为只要写上它，video.textTracks[0].mode 就一定会变成 "showing"。但实际情况远没有这么简单。Chrome 确实有可能将它初始化为 "showing"，但前提通常是用户之前没有主动关闭字幕；而在 Firefox 和 Safari 中，大多数情况下初始值仍然是 "disabled"。尤其是在移动端 Safari 里，default 往往会被直接忽略，因此不能把它当成强制显示字幕的手段。
default只能用于一个标签；如果多个轨道都写了default，浏览器通常只识别第一个，其他会被静默忽略srclang必须符合 BCP 47 标准（如zh、en-US），如果写成chinese或zh_CN，会导致轨道注册失败，进而让default完全失效kind一旦拼写错误（例如subtitle少了s，或写成带空格的"subtitles "），整个都可能被浏览器直接跳过解析
为什么写了default但textTracks里找不到或mode不是showing
多数情况下，问题的根源并不是 default 属性失效，而是字幕轨道本身根本没有加载成功。浏览器对 加载失败的处理往往非常“安静”：既不明显报错，也不一定触发 error 事件，控制台里通常也没有清晰提示。因此，排查时你往往只能通过检查 video.textTracks 的长度，以及每个 track.mode 的值来判断字幕轨道是否真正生效。
- VTT 文件路径错误（例如相对路径写错，或本地使用
file://协议导致 CORS 被拦截）→ 字幕轨道不会进入textTracks列表 - 服务器没有返回正确的
Content-Type: text/vtt→ Chrome 和 Firefox 可能拒绝解析，Safari 对这一点通常更严格 - VTT 文件格式不合法（如缺少
WEBVTT文件头、时间戳毫秒位不足三位、编码中带有 BOM）→ 整个文件会被忽略，轨道readyState保持为0（not loaded） 没有放在等无效结构里 → 浏览器不会识别，虽然 DOM 中存在，但不会挂载到video.textTracks
如何可靠地让某条字幕一加载就显示
如果你希望 HTML 视频字幕在加载后就稳定显示，不要只依赖 default，更可靠的做法是使用 JS 主动设置 track.mode = "showing"。不过必须等待字幕轨道加载完成，否则 textTracks 可能还是空的，或者 readyState 不满足条件。
- 监听
loadedmetadata或canplay事件，通常比DOMContentLoaded更稳妥，因为字幕轨道本身是异步加载的 - 遍历
video.textTracks，查找kind === "subtitles"且language === "zh"的字幕轨道，再设置对应的mode；不要直接把索引写死为[0] - 先检查
track.readyState === 2（loaded）再执行操作，这样可以避免异步加载带来的 race condition - 示例代码：
video.addEventListener('loadedmetadata', () => { const track = Array.from(video.textTracks).find(t => t.kind === 'subtitles' && t.language === 'zh' && t.readyState === 2 ); if (track) track.mode = 'showing'; });
Safari 和移动端的特殊限制
Safari，尤其是 iPhone 和 iPad 上的 Safari，对 字幕标签的支持一直相对保守：default 可能无效，右键或控件菜单里不一定显示字幕开关，甚至连 ::cue 样式也可能不渲染。只有在满足特定条件时，Safari 才会按预期处理默认字幕。
- 必须至少存在一个
，Safari 才可能在播放器控件中显示“字幕”按钮或相关菜单入口 - 如果使用的是 HLS 或 DASH，单纯依赖
标签通常不会生效——这类流媒体字幕往往需要由 hls.js、dash.js 等播放器库接管，不能完全依赖原生 HTML 字幕机制 - 通过 JS 动态插入的
（例如创建后再 append），必须在video.load()之前完成，否则某些 Safari 版本可能不会识别这条轨道 - 一旦用户曾经手动关闭过字幕，浏览器通常会持久化这个选择，下次访问时会直接跳过
default的默认逻辑——这不是 bug，而是规范允许的行为；如果想绕过这一点，通常只能通过 JS 强制设置
