1、ABR基础：什么是码率自适应、为什么需要ABR、ABR的核心挑战

码率自适应，英文叫 Adaptive Bitrate Streaming，简称 ABR。说白了，就是让视频播放器根据用户当前的网络状况，动态切换视频的清晰度。

我打个比方你就明白了。你开车上高速，路况好的时候开 120 码，堵车的时候只能慢慢挪。ABR 干的就是这个事——网络好的时候给你推高清，网络差的时候自动降成标清，保证视频不卡顿。

具体怎么实现的？视频源被切成一小段一小段的，每段都有多个清晰度版本。播放器会实时监测下载速度，然后决定下一段该拿哪个版本。

核心要点：ABR 不是一次性选好清晰度就不变了，而是一个持续调整的过程。每几秒就要重新评估一次。

你想想看，没有 ABR 的时代是怎么看视频的？用户手动选清晰度。选高了卡成幻灯片，选低了画面糊成一团。而且网络是动态的，你选 1080p 的时候网速还行，过一会儿别人开始下载东西了，视频立马卡住。

我在项目中遇到过最典型的场景：一个用户在地铁上看直播，进隧道前是 4G 信号，进隧道后信号断断续续。如果没有 ABR，视频会反复卡顿、缓冲、再卡顿。有了 ABR，播放器会自动降到 360p，虽然画质差了点，但至少能流畅看完。

ABR 解决了三个核心痛点：

我的经验：很多团队刚开始做 ABR 时，只关注卡顿率，忽略了画质。其实用户对画质的敏感度也很高。好的 ABR 策略要在卡顿和画质之间找到平衡点。

ABR 听起来简单，做起来坑很多。我踩过的坑，今天一次性告诉你。

播放器只能通过下载速度来推测当前带宽。但网络是波动的，你测到的 5 秒平均带宽，可能下一秒就掉了一半。预测不准，切换就会出错。

我曾经遇到一个 case：用户用手机看直播，WiFi 信号不稳定，带宽在 2Mbps 和 8Mbps 之间来回跳。播放器每次测到 8Mbps 就切 1080p，结果下一段又掉回 2Mbps，导致频繁卡顿。这就是典型的预测滞后问题。

什么时候该切换？切早了，可能浪费了高清机会；切晚了，用户已经卡了。而且切换本身有代价——播放器需要重新请求新的分片，会有短暂的停顿。

我建议的做法是：不要等卡顿了再切，要提前预判。比如连续 3 个分片的下载时间都超过分片时长，就该考虑降级了。

视频源要准备多少个码率版本？版本太少，适配不够精细；版本太多，存储和转码成本高。一般建议准备 4-6 个版本，覆盖从 144p 到 4K 的范围。

注意：上表中的带宽推荐值只是参考。实际项目中，要根据你的编码参数（H.264/H.265/AV1）和内容类型（动画/体育/电影）做调整。体育直播的码率需求通常比动画高 30%-50%。

播放器会预下载一些视频数据到缓冲区，用来对抗网络波动。缓冲区太小，容易卡顿；缓冲区太大，切换延迟高，而且浪费流量。

我个人习惯的做法是：初始缓冲设 3-5 秒，播放过程中保持 10-15 秒的缓冲区。如果缓冲区低于 3 秒，立即降级；如果高于 20 秒，可以考虑升级。

下面这张图展示了 ABR 的核心工作流程。我画的时候特意把关键节点都标出来了，你一看就明白。

流程其实不复杂。视频源准备好多个码率版本，切成小分片，放到 CDN 上。播放器下载分片时，根据下载速度预测当前带宽，然后选一个合适的码率去拿下一个分片。这个循环一直持续到播放结束。

市面上主流的 ABR 算法有三种，我简单说一下它们的区别：

我的建议：刚开始做 ABR 时，先用基于吞吐量的算法，实现简单，容易调试。等跑通了，再逐步加入缓冲区控制，优化体验。别一上来就搞复杂的混合算法，坑太多。

ABR 的核心就是一句话：让视频自适应网络，不卡顿、不浪费。它解决了手动选清晰度的痛点，但也带来了带宽预测、切换时机、版本管理、缓冲区控制等新挑战。

嗯，这一章先讲到这里。后面的章节我会深入讲具体的算法实现、调优技巧，还有我在生产环境中踩过的坑。你先把基础概念吃透，后面学起来就顺了。