ipad的标签时间戳敏感源于ios safari强制毫秒级整数归一化，要求vtt时间戳统一为hh:mm:ss.mmm格式、首行非空、无注释、unix换行，并需default属性激活及srclang匹配系统语言。
HTML5 视频在 iPad 上导入外挂字幕（如 .srt 或 .vtt）后不同步，根本原因不是 iPad “不支持字幕”，而是它对 <track></track> 标签的解析和时间轴对齐逻辑非常严格——稍有格式或时间戳偏差就会整体偏移，且无调试提示。
为什么 iPad 的 <track></track> 对时间戳这么敏感
iPad（尤其是 iOS 15+ Safari）会强制将所有 <track kind="subtitles"></track> 的时间戳按“毫秒级整数”重新归一化，若原始 .vtt 文件里存在：小数位不统一（如 00:01:02.3 vs 00:01:02.300）、帧率隐含假设（如误用 29.97fps 时间轴导出为 30fps）、或开头有空白 cue，Safari 就会从第一个 cue 开始累积误差，导致越往后越不同步。
- 必须用
WEBVTT头声明，且首行不能空 - 所有时间戳必须是
HH:MM:SS.mmm格式（三位毫秒，不足补零） - 避免使用
NOTE或注释行；Safari 会跳过但可能影响 cue 索引 - 不要依赖编辑器自动换行——用 Unix 换行符（
\n），不是\r\n
用 ffmpeg 重写时间轴最稳
与其手动改 .srt，不如用 ffmpeg 把字幕硬 baked 成标准 .vtt 并对齐视频 PTS。iPad 只认 PTS 对齐的 vtt，不认“看起来像对的”时间码。
ffmpeg -i video.mp4 -i subtitles.srt \ -map 0:v -map 0:a -map 1:s \ -c:v copy -c:a copy -c:s webvtt \ -metadata:s:s:0 language=zh \ -y video_with_synced.vtt
关键点：
立即学习“前端免费学习笔记（深入）”；
-
-c:s webvtt强制输出标准 VTT，非简单转换 -
-map 0:v -map 0:a确保音视频流被引用，让 ffmpeg 能查 PTS 基准 - 输出的
.vtt文件里每条 cue 的start时间，是真正对应视频帧显示时刻的
<track></track> 标签写法必须带 default 和 srclang
iPad Safari 不会自动激活字幕，即使用户点了“字幕”开关。必须显式声明默认启用，否则字幕加载但不渲染。
<video controls>
<source src="video.mp4" type="video/mp4">
<track kind="subtitles"
src="video_with_synced.vtt"
srclang="zh"
label="中文"
default>
</video>
注意：
-
default属性不可省略——没它，iPad 就当字幕是“可选附加”，不触发同步逻辑 -
srclang必须与系统语言匹配（如 iPad 设为简体中文，则填zh或zh-CN；繁体填zh-TW） -
src路径必须同源（或配好 CORS），iPad 不吃跨域字幕
最常被忽略的是时间戳格式统一性和 default 属性缺失——这两项一错，字幕就只是“加载成功”，而非“同步播放”。别信预览工具里的时间轴，真正在 iPad Safari 里跑一遍才是唯一验证方式。
