srclang 影响浏览器自动选字幕但需满足严格条件：必须是合法bcp 47标签（如"zh-hans"）、kind="subtitles"、src有效、label存在；用户手动操作或js干预会覆盖其行为。
srclang 确实影响浏览器自动选择字幕，但只在特定条件下生效
srclang 不是摆设，它直接参与浏览器的字幕自动匹配逻辑——前提是用户没手动切换过，且页面未用 JS 干预 textTracks。Chrome、Firefox、Safari 都会读取 srclang 值，和系统语言（navigator.language）或 做 BCP 47 匹配。比如用户系统设为 zh-Hans，而你写了 srclang="zh" 或 srclang="zh-Hans"，这条 track 就可能被自动启用。
但要注意：这个“自动”非常脆弱，容易被覆盖：
- 只要用户点过一次字幕开关（哪怕只是打开再关闭），浏览器就记住这次操作，下次加载完全忽略
srclang和default -
srclang="ch"、srclang="english"这类非法值会被直接跳过，不报错也不匹配 - 如果多个
track的srclang都匹配用户偏好（比如zh和zh-Hans同时存在），浏览器通常选第一个，不保证可预测
srclang 必须是合法 BCP 47 标签，不是随便写的语言名
写错 srclang 是字幕“消失”的最常见原因之一。它不是描述性文字，而是标准语言标识符，必须严格符合 BCP 47 规范。
- 正确写法：
srclang="zh"、srclang="zh-Hans"、srclang="en-US"、srclang="ja" - 错误写法：
srclang="chinese"、srclang="cn"、srclang="CH"、srclang="English" - 大小写不敏感，但推荐小写；带区域子标签（如
-Hans）比不带更精确，尤其对简繁体区分场景
srclang 单独无效：必须配合 kind="subtitles" 和完整属性集
就算 srclang 写对了，其他关键属性缺一不可。浏览器只把同时满足以下全部条件的 track 当作“可切换字幕”：
-
kind="subtitles"（不能是"caption"、"descriptions"或留空） -
src指向可访问的 .vtt 文件（同源或配好 CORS） -
srclang是合法 BCP 47 值 -
label存在（否则下拉菜单里只显示“字幕”，用户无法区分语言）
漏掉任意一项，该 track 在 Chrome/Firefox 的字幕菜单里就彻底不可见——srclang 再准也没用。
srclang 不等于默认显示：default 属性 + JS 初始化才是可靠方案
default 属性本身不可靠，尤其在 iPad Safari 上几乎无效；而仅靠 srclang 更无法保证首次加载就显示字幕。真正可控的做法是：
- 最多一个
track加default（推荐给最常用语言，如页面lang="zh"就配srclang="zh"的那条） - 在
video的loadedmetadata事件后，遍历video.textTracks，找到匹配srclang的 track，显式设track.mode = "showing" - 别依赖
track.mode === "disabled"判断是否加载失败——VTT 格式错（比如少WEBVTT头、毫秒位不足三位）会导致 mode 被静默设为"disabled"，控制台无提示
复杂点在于：iPad 对时间戳精度要求极高，且只认 PTS 对齐的 cue 起始时间；而 srclang 只管“选哪条”，不管“能不能播”。这两层问题必须分开验证。
