视频与直播首帧卡顿：冷启动、Range 回源与分段缓存的解法

一、首帧为什么慢\n\n用户点开播放器，播放器先要摸文件头与索引、再按拖动位置取分片。冷文件回源路径长、单连接拉全量，首帧等待直接决定跳出率。\n\n## 二、Range 回源：只拉该拉的那一段\n\n边缘对源站发起分段请求，把一个大文件切成多段按需填充：用户从哪里点，就从哪里开始加速；拖动进度条时，新位置的分片另起一段拉取，不打断已缓冲部分。注意前提：源站必须正确响应 206 与 Accept-Ranges，否则边缘被迫整文件回源。\n\n## 三、分段缓存与冷内容策略\n\n- 小分片（HLS 切片）天然适合长缓存，命名带哈希就几乎永不过期；\n- 大文件单资源要防一次性读全量：让边缘按访问窗口渐进缓存，冷文件并发首访合并回源，避免一个视频上线瞬间打穿源站（缓存键与刷新见缓存键与 Purge）；\n- 直播切片只保留滚动窗口，旧段自动出缓存，空间与命中率兼顾。\n\n## 四、站长自查三件事\n\n1. 播放器是否用多路复用或分段协议，别把并发优势让浏览器排队浪费掉；\n2. 上线前用边缘节点 IP 直连实测首帧与拖动延迟（方法同多地拨测）；\n3. 缓存规则里给视频扩展名足够长的 TTL，动态接口保持旁路（模板口径见五款缓存模板）。\n\n## 五、悠梦庭高防CDN的加速姿势\n\n悠梦庭高防CDN边缘默认对静态资源含视频分片启用长缓存与并发回源合并，源站带宽峰值可以被压到接近首访水平。更多加速与防护文章在资讯中心。

六、直播与点播是两套账

点播可以接受一次冷启动，直播切片则要求不卡帧：分片产生速度、缓存写入速度与播放缓冲要在秒级尺度上匹配，宁可多留一层缓冲，不要让取片请求在关键时刻跑回源站。上线前给每个节目做一次多观众并发播放测试，观察冷启动期间源站并发连接是否保持平稳——若出现尖峰，检查并发合并是否生效、分片 TTL 是否过短。多线路取片的延迟差异也别忽略，拨测口径与多地拨测实操手册一致。源站侧的兜底做法见源站挂了怎么办；更多加速文章，回到资讯中心。