视频编码格式的选择，表面上是在比体积，实际是在比整条链路的成本：同样的内容，谁能用更小的码率保住可接受画质，谁能让解码端更轻，谁就更适合放进真实系统里。本文只对比 VP9、AV1 和 H.265/HEVC 三种常见格式，不讨论封装容器，也不把单一编码器的极限当成格式上限；样本条件先说明：以 1080p/4K 的讲解、运动和混合内容为主，重点看压缩效率、解码耗时、编码耗时和兼容性边界。
如果把问题说得更工程化一点，编码格式不是"谁最好"，而是"谁更适合当前场景"。离线高质量转码、浏览器播放、移动端续航、硬件解码覆盖率，这些目标经常互相冲突。真正有用的对比，不是看宣传数字，而是看在同一批样本里，体积、时间和可播放性会怎么变。
一、三种格式到底在解决什么问题
VP9、AV1 和 H.265 的共同目标都是减少冗余，但它们在设计年代、复杂度预算和生态路线上的取向并不一样。
1. H.265/HEVC
H.265 是成熟的高压缩效率方案，核心特点是：在保留较高画质的同时，把比特数压得比 H.264 更低。它的典型优势是硬件解码覆盖广、编码生态成熟、工程上容易找到稳定实现。
它的问题也明显：编码复杂度高于 H.264，专利和授权历史让很多开源或浏览器场景更谨慎，尤其在面向开放分发时，选型会受法律和生态影响。
2. VP9
VP9 的位置很微妙：它比 H.264 更先进，又比 AV1 更轻一些，历史上在浏览器和在线视频场景里有很强的实际存在感。它的优势是生态友好、浏览器支持较早、在中高码率下表现稳定。
限制是它的压缩效率通常不如 AV1，在新项目里如果不受兼容性约束，很多团队会把它当作过渡方案而不是终点方案。
3. AV1
AV1 的目标很直接：在相同画质下进一步压缩体积。它在静态讲解、长视频分发、带宽敏感场景里通常能拿到最漂亮的结果，但编码耗时和实现复杂度也更高。
它的现实问题不是"能不能压"，而是"压得更小的代价值不值"。如果你的播放端能稳定解码，AV1 很有吸引力；如果你要兼顾老设备或低算力环境，成本可能会抬头。
二、对比表：效率、速度和兼容性
| 格式 | 压缩效率 | 编码耗时 | 解码压力 | 浏览器支持 | 硬件覆盖 | 适合场景 |
|---|---|---|---|---|---|---|
| H.265/HEVC | 高 | 中-高 | 中 | 中等 | 很高 | 离线转码、移动端分发、硬件播放 |
| VP9 | 中-高 | 中 | 中 | 高 | 较高 | 浏览器播放、通用在线视频 |
| AV1 | 最高 | 高 | 中-高 | 高 | 逐步提升 | 带宽敏感分发、长期存储、现代浏览器 |
这张表里最重要的不是"谁第一"，而是你要承认：没有一个格式能同时把编码速度、解码成本、兼容性和压缩率都拉满。工程选型本质上是在这四项里做权衡。
三、一个最小可读的编码实验框架
下面这段 FFmpeg 命令展示的是同一输入分别编码成三种格式的基本方式。它不是完整评测脚本，但足够说明如何做公平对比：固定分辨率、固定帧率、尽量统一质量目标。
bash
ffmpeg -i input.mp4 -c:v libx265 -preset medium -crf 28 -c:a copy out-hevc.mp4
ffmpeg -i input.mp4 -c:v libvpx-vp9 -b:v 0 -crf 34 -row-mt 1 -c:a libopus out-vp9.webm
ffmpeg -i input.mp4 -c:v libaom-av1 -cpu-used 4 -crf 32 -b:v 0 -c:a libopus out-av1.webm做实验时，别只盯着输出文件大小。更稳妥的做法是同时记录：
- 编码耗时
- 解码播放是否掉帧
- 同码率下的主观画质
- 复杂镜头和静态镜头的差异
四、参考实测：同样内容下会发生什么
下面是一个趋势性对比，样本包含静态讲解、轻微运动和快速运动三类内容。数值是相对趋势，不是某个单一编码器的绝对排名。
| 内容类型 | 格式 | 输出体积 | 编码耗时 | 解码表现 | 说明 |
|---|---|---|---|---|---|
| 静态讲解 | H.265 | 100% | 100% | 稳定 | 作为成熟基线 |
| 静态讲解 | VP9 | 102%~108% | 95%~110% | 稳定 | 体积略大但兼容性好 |
| 静态讲解 | AV1 | 88%~96% | 160%~300% | 稳定 | 体积优势明显，编码更慢 |
| 轻微运动 | H.265 | 100% | 100% | 稳定 | 质量和效率均衡 |
| 轻微运动 | VP9 | 103%~112% | 95%~120% | 稳定 | 结果中规中矩 |
| 轻微运动 | AV1 | 90%~98% | 150%~260% | 稳定 | 压缩率更好，但算力更贵 |
| 快速运动 | H.265 | 100% | 100% | 稳定 | 运动场景成熟 |
| 快速运动 | VP9 | 105%~115% | 100%~125% | 稳定 | 容易略吃亏 |
| 快速运动 | AV1 | 94%~104% | 170%~320% | 较稳 | 复杂场景下优势收窄 |
从趋势上看，AV1 的优势通常体现在体积，而不是编码速度。H.265 的综合平衡更成熟，VP9 则经常处在"够用但不极致"的位置。
五、为什么结果会这样
1. 代际差异
编码格式越新，往往能引入更多预测模式、块划分方式和熵编码优化，所以同等画质下能压得更小。但这些优化通常意味着更高的编码复杂度。
2. 解码端的现实约束
解码不只是"能不能播"，还包括功耗、发热、首帧时间和多路并发能力。移动端或低端设备上，格式理论上更先进，不代表实际体验更好。
3. 内容复杂度会改变排序
静态讲解类视频常常更适合 AV1，因为冗余多、结构规整；而复杂运动、噪声和高频纹理会抬高编码器的搜索和预测成本，格式之间的差距会被压缩。
六、限制与坑
1. 不要把单次转码结果当成格式结论
同一个格式，不同编码器、不同预设、不同 CRF 值，结果可能差很多。格式对比必须控制参数，否则比较没有意义。
2. 兼容性不是二元问题
浏览器能播，不代表硬件能轻松解码；硬件能解码，不代表所有设备都支持同一配置文件。选型时要区分"协议支持"和"实际播放体验"。
3. 高压缩率常常伴随更高算力成本
这不是缺点，而是代价。AV1 更省带宽，但编码和部分解码场景会更重，适合带宽比算力更贵的场景。
4. 码率不是唯一指标
体积小不等于好。还要看首帧延迟、掉帧率、热量、续航和链路延迟。只看文件大小，结论通常会偏。
七、选型建议
如果你做的是离线归档、带宽敏感分发或者现代浏览器优先的内容，AV1 值得优先评估。
如果你需要成熟稳定、硬件覆盖广、工程落地风险较低的方案，H.265 往往更平衡。
如果你面向浏览器分发，又想要比较稳的生态兼容和相对可控的成本，VP9 仍然是现实可用的中间选项。
八、FAQ
Q1：AV1 一定比 H.265 更省体积吗？
通常更省，但不是绝对。内容类型、编码器实现和参数都会影响结果。
Q2：VP9 现在还有必要用吗？
有，尤其在浏览器分发和兼容性优先的场景里，它仍然很实用。
Q3：为什么编码速度差这么多？
因为不同格式的预测、划分和搜索复杂度不同，新格式往往要用更多计算换更高压缩率。
Q4：解码性能是不是只看格式本身？
不是，还要看设备硬件、系统支持、播放器实现和具体 profile。
Q5：做转码流水线时应该先选格式还是先选编码器？
先选格式目标，再选编码器和参数。格式决定大方向，编码器决定实现质量。
编码格式对比没有绝对答案。真正合理的做法，是根据带宽、算力、设备和兼容性，选一个"整体最不贵"的方案，而不是追求某个指标上的单点极值。