标签实现多语言字幕需同时满足结构、属性、webvtt格式、服务端响应四方面要求，缺一即静默失效：必须紧贴后作为直接子元素；kind、srclang、label、src四属性不可缺；vtt文件须严格合规且服务端返回正确mime类型与cors头。
<track></track> 标签能实现多语言字幕，但不是“写了就能用”——它对结构、属性、文件格式、服务端响应四者要求全部满足才生效，漏一个就静默失败，连控制台报错都几乎没有。
track 必须紧贴 source 之后，且是 video 的直接子元素
浏览器只在 <video></video> 开始标签后、所有 <source></source> 闭合后这个狭窄区间内解析 <track></track>。放错位置等于没写：
-
<track></track>写在<source></source>前面 → 被忽略 -
<track></track>包在<div> 里或放在 <code>外 → 不发起请求，video.textTracks.length恒为 0 - 多个
<track></track>之间插了 HTML 注释或空行 → Safari 可能中断后续解析 - 用 JS 动态
appendChild插入 → 失效（<video></video>已加载完成，不会再重新扫描） -
kind="subtitles"：必须写全，不能省略、不能写成caption或subtitles（末尾空格也不行） -
srclang：必须是合法 BCP 47 码，如zh-Hans、en-US、ja；chinese、english、cn全部无效 -
label：用户实际看到的菜单名，建议含变体说明，如label="中文(简体)"；为空时显示(no label)，多语言场景下无法区分 -
src：路径需可访问；若跨域，服务端必须返回Access-Control-Allow-Origin: *，否则 Firefox/Edge 静默失败 - 首行不是顶格、全大写、无空格、无 BOM 的
WEBVTT→ 整个文件被丢弃 - 时间戳写成
00:00:01.23 --> 00:00:04.567（毫秒位不足三位）→ 解析失败 - 文件保存为 UTF-8 with BOM（Windows 记事本默认）→ 中文变方块或解析中断
- 服务端未配置 MIME 类型，返回
text/plain或application/octet-stream→ Chrome 直接忽略，不报错 - 本地开发用
file://协议双击打开 → 所有src请求被浏览器拦截，必须起本地服务（如python3 -m http.server） - hls.js、dash.js 等播放器完全接管媒体加载逻辑，
<video></video>只是渲染容器，原生<track></track>不会解析 m3u8/mpd 中的字幕轨道 - 外挂的 .vtt 文件仍可加载，但和流内字幕（如 HLS 的
EXT-X-MEDIA:TYPE=SUBTITLES）完全隔离 - 流内字幕需由 JS 解析后调用
video.addTextTrack()注入，且常有 PTS 偏移（如 +200ms），不能直接设track.mode = "showing"，得等track.oncuechange触发后再校验activeCues[0].startTime
kind、srclang、label、src 四个属性缺一不可
浏览器不做任何容错推断，漏任一属性，该轨道就不会出现在右键字幕菜单中：
WebVTT 文件必须严格合规，错一位就全盘失效
Chrome/Firefox/Safari 对 VTT 解析近乎零容错，常见静默失败原因全是文件层面问题：
流媒体（HLS/DASH）里 track 标签基本不起作用
<track src="xxx.vtt"></track> 在 HLS 或 DASH 场景下只是“挂了个空壳”：
真正卡住多数人的从来不是“怎么写”，而是四个环节里任意一处出偏差——结构错、属性漏、VTT 格式松、服务端 MIME 缺，任一环节断掉，字幕菜单就是空的，而浏览器几乎不给你任何线索。
