网页视频播放器无法直接监听networkstate，需结合loadstart等事件回调中读取其值来实时感知状态变化，它反映媒体加载进展而非设备联网状态。
网页视频播放器不能直接“监听”networkState，因为它是一个只读快照值，没有原生事件支持。要检查网络加载状态，必须结合 JavaScript 主动读取 + 事件响应，才能准确判断当前处于哪一阶段。
networkState 的四个关键状态含义
NETWORK_EMPTY（0）：video 元素刚创建，还没设置 src，也没调用 load()，完全没启动任何加载行为。
NETWORK_IDLE（1）：已设好 src 或调用过 load()，但尚未开始下载——常见于 preload="metadata" 且未播放时。
NETWORK_LOADING（2）：正在拉取媒体数据，包括首次缓冲、seek 后重载、低网速下持续加载等。
NETWORK_NO_SOURCE（3）：所有 <source></source> 都尝试失败（404、CORS 拒绝、MIME 不匹配），或 src 为空/非法。
如何实时获取 networkState 变化
浏览器不提供 onnetworkstatechange 这类事件，需用以下方式间接感知：
- 在
loadstart、progress、stalled、error、emptied等网络相关事件回调中，立即读取video.networkState，确认当前所处阶段 - 在
error触发后，检查是否为video.networkState === video.NETWORK_NO_SOURCE，区分是源不可用还是其他错误 - 调试阶段可用定时轮询：
setInterval(() => console.log(video.networkState), 500)；生产环境慎用，建议控制在 200–500ms 间隔
结合上下文诊断典型问题
单看数值不够，必须关联其他属性和行为：
- 长时间卡在
NETWORK_LOADING，且video.buffered.length > 0 && video.buffered.end(0) - video.currentTime → 缓冲不足，可能是网速慢或服务端响应慢 - 反复在
NETWORK_IDLE ↔ NETWORK_LOADING之间跳变，并频繁触发stalled→ 网络抖动或 CDN 节点不稳定 - 始终为
NETWORK_NO_SOURCE→ 检查src是否拼写错误、服务器是否返回正确 MIME 类型（如 HLS 必须返回application/vnd.apple.mpegurl）、CORS 头是否允许跨域 - 本该加载却一直是
NETWORK_EMPTY→ 可能元素尚未挂载到 DOM，或src是 JS 动态赋值但没跟video.load()
别把它当成设备联网检测工具
networkState 描述的是媒体资源的加载进展，不是设备整体网络通断：
- Wi-Fi 已连但无法上网（如需认证的公共热点），
networkState仍可能显示NETWORK_IDLE，直到你调用play()才真正发起请求并暴露问题 - 它和
navigator.onLine完全无关——后者反映系统级网络接口状态，前者专注媒体流是否可获取 - 不要用它替代
readyState：readyState表示解码准备程度（能否播放），networkState只管“连没连上、在不在下”
