HTML5视频事件严格遵循播放生命周期和用户操作路径，关键阶段包括loadstart、durationchange、canplay、canplaythrough、playing；核心行为捕获依赖timeupdate、seeking/seeked、pause/play/ended；精准触发需用timeupdate动态判定或VTT字幕轨道；错误监控须结构化捕获error、stalled、waiting、volumechange并附带上下文。
HTML5 视频事件不是随机触发的，而是严格遵循播放生命周期和用户操作路径。掌握这个机制，才能准确采集行为数据，避免漏记、误记或重复统计。
视频加载与就绪阶段的关键事件
浏览器加载视频时会按固定顺序触发一组事件，这是后续所有交互的基础：
- loadstart：资源请求发起，可在此显示加载动画
- durationchange：时长确定（初始为 NaN），此时才能安全读取 video.duration
- canplay：首帧已解码，可点击播放但可能中途卡顿
- canplaythrough：浏览器判断能流畅播完，适合自动播放策略
注意：canplaythrough不保证绝对不缓冲，它依赖网络预估。若需更稳妥的“可播”信号，建议结合 playing 事件——它在画面真正渲染时触发，比 play 稍晚，但更反映真实播放状态。
播放过程中的核心行为捕获点
用户真实行为主要发生在播放中，重点监控三类事件：
立即学习“前端免费学习笔记（深入）”；
- timeupdate：每 200–500ms 触发一次，是计算观看时长、进度热力图的唯一可靠依据；不要用 setInterval 替代，否则无法响应 seek 或暂停中断
-
seeking / seeked：拖动时频繁触发
seeking，仅在定位完成时触发一次seeked；需用标志位（如isSeeking = true/false）配对记录起止时间，防止多次 seeking 覆盖起始值 - pause / play / ended：这些事件不冒泡，专属于 video 元素，适合同步 UI 状态（如按钮图标）或触发业务逻辑（如结束时弹出问卷）
精准触发时间点交互的两种可靠方式
要在第 15 秒弹窗、第 42 秒跳转章节，不能依赖模糊的 “到点执行”，而要主动管理时间判定逻辑：
-
timeupdate + 动态目标时间：维护一个
nextTriggerTime变量，每次命中后更新；用currentTime >= nextTriggerTime - 0.1判断（0.1 秒容差覆盖帧率偏差），命中即执行并重置目标，避免重复或遗漏 -
VTT 字幕轨道 + cuechange：把业务时间点写进
<track kind="metadata">的 VTT 文件；监听textTracks[0].oncuechange，从activeCues中读取startTime映射动作；好处是时间轴与内容解耦，便于编辑和多语言支持
两种方式都需处理拖拽干扰：seeked 后应主动扫描待触发项，而不是等待下一次 timeupdate —— 因为拖动可能跨过多个关键点。
错误与异常场景的稳定监控
真实环境里，错误不是偶发而是常态，必须结构化捕获：
-
error 事件：优先级最高，不可取消；通过
video.error.code和message区分类型（如 MEDIA_ERR_NETWORK、MEDIA_ERR_DECODE） - stalled 与 waiting：前者表示加载停滞超时（可能 CDN 故障），后者表示正常缓冲；两者结合可识别弱网用户
- volumechange：静音切换、音量拖动都会触发，可用于推测音频体验问题（如大量用户静音，可能人声不清）
所有上报应附带上下文：当前 currentTime、networkState、readyState、UA 和视频 URL，方便回溯根因。
