狗急加速器狗急加速器提速上新：流媒体解锁支持 8K 超清播放
2026 年 8 月 14 日，狗急加速器完成面向流媒体场景的提速升级。这次升级没有增加节点数量，而是改了一件更具体的事：为视频站点配置缓存亲和出口，让流量更多地落在已经缓存了对应内容的边缘节点上。
客户端研发负责人吴桐解释，视频卡顿往往不是因为带宽不够，而是因为首段内容需要回源拉取。把用户导向已经缓存过的出口，命中率提高之后，起播与会缓冲两个痛点会同时改善。实测数据也印证了这一点：起播时间从 6.8 秒降到 0.9 秒。
缓存亲和出口是怎么工作的
过去的做法是就近选路——挑选延迟最低的出口。但延迟低不代表缓存命中率高，一个延迟只有 20 毫秒的出口如果要从远端回源，首段内容的等待时间反而更长。新的策略在延迟之外引入缓存亲和度这一维度，两者加权之后决定出口。
- 识别视频类流量，单独标记为流媒体会话
- 查询候选出口的缓存亲和度，优先选择已缓存目标内容的出口
- 在延迟与缓存命中之间加权取舍，避免为了缓存绕行过远
- 会话建立后持续观测缓冲次数，异常时自动切换另一条候选出口
缓存亲和度的数据来自出口侧的聚合统计，只记录内容标识与命中结果，不涉及用户的观看记录。这部分策略在隐私政策页面中有对应说明。
8K 码流稳定输出 112 Mbps
8K 播放对带宽的要求不只是“够大”，还要求带宽足够稳。测试使用统一的播放终端与有线千兆宽带，连续播放 2 小时并记录每秒实际码流。
| 画质档位 | 平均码流 | 码流波动 | 二次缓冲次数 |
|---|---|---|---|
| 1080p | 11 Mbps | ±0.6 Mbps | 0 次 |
| 4K | 38 Mbps | ±2.1 Mbps | 0 次 |
| 8K | 112 Mbps | ±5.4 Mbps | 0 次 |
两小时的连续播放中，8K 档位的码流波动范围是 ±5.4 Mbps，没有出现因带宽瞬时不足而回落到低清的情况。作为对照，升级前同样条件下的二次缓冲次数为 3 次，画质回落 2 次。
起播时间从 6.8 秒到 0.9 秒
起播时间是本次提升幅度最大的一项，从 6.8 秒缩短到 0.9 秒，缩短了 87%。改善来自两处叠加：一是缓存命中让首段内容不必回源，二是双通道并行传输保证了首段的传输稳定，不会在起播阶段因为零星丢包而重传等待。
起播时间 0.9 秒；两小时播放二次缓冲 0 次；卡顿率由 1.8% 降至 0.2%；8K 码流 112 Mbps；4K 码流 38 Mbps。数据取自千兆有线宽带、晚高峰 20 时至 22 时的连续测试。
支持站点与画质档位
当前纳入流媒体优化策略的站点共 46 个，覆盖主流的点播平台、直播平台与短视频站点。画质档位的支持以站点实际提供的能力为准：客户端不会干预播放器的码率自适应逻辑，只负责把链路质量做到足以支撑最高档位。
需要说明的是，画质能否达到 8K 还取决于三个外部条件：播放终端是否支持 8K 解码、显示设备的分辨率是否达到 8K、以及站点是否对该地区开放 8K 码流。三者缺一，客户端会把该会话按实际能力处理，不会强行请求无法解码的码流。
“我们不打算替播放器决定播什么画质，只把链路做到它敢往最高档位要。能不能播 8K，最终还是由终端和内容方决定。”
—— 吴桐，客户端研发负责人
“缓存亲和这个方向是对的，它让出口的价值从单纯的带宽变成了带宽加内容位置，这在高峰期尤其明显。”
—— 苏婉清，产品总监
使用建议
观看 4K 及以上的内容时，建议优先使用有线连接或 5 GHz 频段的 Wi-Fi，2.4 GHz 频段在 8K 码流下容易成为瓶颈。如果客户端显示当前节点带宽余量不足，可以在节点列表中选择相邻城市，流媒体优化策略同样会生效，不必固定使用某一个节点。
读者评论（6）
起播 0.9 秒是真的快，以前点开要黑屏好几秒，现在基本跟本地播放器一样。
8K 能不能播还是看片源吧，我这边片源是 8K，但电视只有 4K，只能播 4K 档。
两小时零缓冲这个我信，昨晚追了一集四十多分钟的 4K，全程没卡过一次。
46 个站点里有没有直播类？我主要看体育直播，对稳定性要求更高一些。
2.4G Wi-Fi 确实是瓶颈，我换成 5G 之后 4K 就再没掉过画质。
建议把支持站点列表放在客户端里，方便直接查，现在只能来这里看公告。