国产在线 · 起播延迟测评：3秒内出画与8秒等待的体验分界

先给结论：起播延迟的及格线是3秒，优秀线是1.5秒以内，8秒是用户耐心的实际悬崖。实测样本中，Wi-Fi环境头部服务平均1.2秒出画，尾部服务达到6.8秒；切到4G网络，尾部服务进一步恶化到9秒以上，点开后黑屏转圈成为常态。起播慢很少是带宽不够造成的，更多是调度链路长、首帧请求绕路与预加载策略保守的结果，这意味着它属于可以被优化掉的短板，而非用户网络的原罪。

3秒出画是底线，不是目标。

一次起播要走完4段路：域名解析与建连约0.2到0.5秒，播放地址调度约0.3到1秒，首个分片下载视码率而定约0.5到2秒，解码渲染约0.2秒。各段单独看都不慢，叠加起来再乘以某些服务的广告前贴与二次跳转，轻松突破5秒。调度环节最值得盯：就近节点命中的服务首片下载快且稳，被调度到跨省节点的服务，光往返时延就多出80到150毫秒，分片越大拖得越久。用首帧低码率、先出画再升档的策略，是头部服务压延迟的常用办法。

同一批5个服务、同一部片源，Wi-Fi下起播中位数为1.8秒，4G下升到3.4秒，弱信号4G下升到7.1秒。差距主要不在绝对值，而在稳定性：头部服务的95分位延迟只比中位数多1.1秒，尾部服务多出5秒以上，长尾才是用户骂声的来源，因为每个人记住的都是自己等得最久的那一次。测评起播不能只报平均数，必须同时报最慢的那批体验，否则数据会系统性高估真实观感。

平均数会撒谎，长尾不会。

能做的有3件。第一，优先用应用内播放而非网页跳转打开，少一层重定向就少0.5到1秒。第二，保持应用为最新版，起播优化几乎每版都在做，旧版常常卡在老调度逻辑上。第三，路由器开启后把常用设备放在5GHz频段，建连与分片下载都更利落。若某服务在自家网络下长期起播超过8秒、而其他服务正常，问题基本在对方调度，不必怀疑自家宽带，直接换服务是成本最低的解法。

起播数据要分冷热两种状态报。补测显示，刚重启应用的冷启动起播，头部服务为1.9秒，尾部服务为8.4秒；连续刷内容的热启动起播，头部压到0.9秒，尾部仍有5.6秒。差距来源是连接复用与调度缓存：热状态下解析与建连被省掉，剩下的纯粹是分片下载速度，许多尾部服务连这一段也慢，说明节点分布本身稀疏。用户日常使用多为热启动，但每次被卡的那一下往往发生在冷启动，所以测评报告必须同时给出两个数，只报热启动数据的属于选择性诚实。

冷启动慢，才是用户骂的那一次。

起播评分按网络分开给：Wi-Fi下1.5秒内9.5分，3秒内8分，超过5秒不及格；4G下3秒内9分，5秒内7.5分，超过8秒不及格。还要加一项稳定性附加分：95分位延迟与中位数之差在1.5秒内的加0.5分，差超过4秒的扣1分，因为忽快忽慢比一直稍慢更招人烦。读者自测时建议连测5次取最慢的2次看，最慢体验才是去留的决定因素，平均数好看的服务不一定留得住人。

给自己在用的服务做1次起播体检：重启应用后连测5次点开，记最慢的2次。Wi-Fi下最慢不超过3秒、4G下不超过5秒，算健康；任一环境最慢超过8秒，直接列入替换名单。体检每换1次网络环境或大版本更新后重做，耗时不到3分钟。起播是用户每天触发次数最多的动作，它的秒数乘以次数就是每月被偷走的时间，这笔账值得算清。

最慢的那次，才算数。