kind="subtitles"必须显式写出且拼写准确，否则浏览器静默忽略该track；srclang也必须存在且符合BCP 47规范（如zh、en-US），二者缺一不可，共同决定轨道是否注册进video.textTracks并显示在菜单中。
kind="subtitles"必须显式写出，不能省略或写错
浏览器对 kind 的值做严格字符串匹配，不是“意思对就行”。kind="subtitles" 是唯一被识别为可切换字幕轨道的合法值；写成 kind="subtitle"、kind="captions"（除非你真要音效描述）、kind="" 或直接不写，该 <track> 就不会进入 video.textTracks 列表，右键菜单里也不会出现。
常见误用场景包括：
- 把
kind="captions"当作“中文字幕”来用——它确实能显示，但语义上是为听障用户设计的，会强制包含音效提示（如[门铃响]），且部分浏览器默认不启用 - 想支持多语言就复制粘贴多个
<track>，却漏改kind，导致所有轨道都因kind无效而静默失效 - 用 JS 动态创建
track元素时，只设src和srclang，忘了kind——DOM 节点存在，但readyState始终为0
srclang 必须存在且符合 BCP 47，否则轨道被静默丢弃
srclang 在 kind="subtitles" 或 kind="captions" 时是硬性要求，不是可选项。缺它，哪怕 src 指向一个语法完美、HTTP 200、MIME 正确的 .vtt 文件，浏览器也会跳过该轨道，且控制台不报错。
合法值仅限 BCP 47 格式，最常用的是 ISO 639-1 两字母码（如 zh、en、ja），大小写不敏感但惯例小写；带区域子标签也合法（如 zh-Hans、en-US），匹配更精确。
典型错误写法：
-
srclang="Chinese"或srclang="english"—— 自然语言，浏览器不识别 -
srclang="zh-CN"—— 这是lang属性常用格式，srclang不接受连字符+地域（除非是zh-Hans这类 BCP 47 合法变体） -
srclang=""、srclang=" zh "（含空格）、srclang="zh_Hans"（下划线）—— 均导致readyState === 0，无请求发出
kind 和 srclang 的组合决定轨道是否“可见+可用”
二者缺一不可，且分工明确：kind 决定“这是什么类型”，srclang 决定“这是什么语言”。只有同时满足，浏览器才把它当作一条有效字幕轨道注册进 textTracks。
验证是否生效最简单的方法是打开控制台，运行：
document.querySelector('video').textTracks.length
返回值应 ≥1；若为 0，说明至少有一个属性缺失或非法。再检查每个 textTracks[i].kind 和 textTracks[i].language，确认值是否符合预期。
注意：textTracks[i].language 的值来自 srclang，不是 label；JS 脚本定位轨道靠的是这个 language 字段，不是菜单上看到的 label 文本。
srclang 影响自动启用逻辑，但不等于 label
srclang 是机器可读的语言标识，用于系统语言匹配和脚本控制；label 是纯 UI 层名称，用户在字幕菜单里看到它，但它不影响任何逻辑判断。
例如，用户操作系统语言设为 zh-Hans，页面有两条轨道：
<track kind="subtitles" srclang="zh" label="中文"><track kind="subtitles" srclang="zh-Hans" label="简体中文">
多数浏览器会优先启用第二条，因为 zh-Hans 比 zh 更精确匹配。但如果只写 srclang="zh"，而 label="简体中文"，用户依然看不到自动启用效果——匹配依据永远是 srclang，不是 label。
真正容易被忽略的是：即使 srclang 和 kind 都写对了，如果 src 返回 404 或服务端没配 Content-Type: text/vtt，轨道照样加载失败——srclang 只管语言声明，不管文件能不能取到。
