视频编解码器详解：H.264 vs H.265 vs VP9 vs AV1
你打开一个导出对话框——或者把文件拖入转换工具——四个名字映入眼帘：H.264、H.265、VP9、AV1。它们看起来像相机镜头上的型号。工具默认选了一个，你接受了，然后继续。
这样做没问题，直到文件无法在电视上播放。或者播放正常，但文件大小是 800MB，本该是 80MB。或者你上传到客户门户，他们的系统拒绝了这个格式。
本指南解释每种编解码器到底是什么，这些差异在实际中意味着什么，以及根据你的需求该选哪一种。
什么是编解码器——以及为什么它和容器不一样
编解码器是对视频数据进行编码和解码的算法。这个词是"编码器/解码器"的合成词。录制视频时，编解码器将帧从原始大小——一帧未压缩的 1080p 画面约 6MB——压缩成可以存储和传输的格式。播放视频时，编解码器实时解压，让你看到动态画面。
容器是包裹这些压缩数据的文件格式。MP4、MOV、MKV、WebM——这些都是容器。它们存放视频流、音频流、字幕和元数据，将所有内容打包成一个文件。
混淆来自于把两者弄混了。当有人说"发给我一个 MP4"，他们说的是容器。MP4 里面的编解码器可以是 H.264、H.265 或 AV1。当电视说无法播放某个文件，通常意味着电视不支持该编解码器，而不是容器。
实际含义：转换为 MP4 并不能保证兼容性。你还需要 MP4 内部使用正确的编解码器。
H.264（AVC）——通用标准
H.264——正式名称 AVC，即高级视频编码——于 2003 年标准化。目前它是地球上部署最广泛的视频编解码器。过去 15 年来，每部手机、每台电视、每个游戏机、每个浏览器、每个社交平台都能无障碍播放 H.264。
压缩率： 按现代标准，H.264 并不是效率最高的编解码器。H.264 编码的文件会比 H.265 或 AV1 同等画质的文件更大。但它也不低效——在 CRF 23 时，它将 1080p 文件压缩到大约 1–4 Mbps，远低于任何宽带连接或流媒体平台的预期。
编码速度： 快。H.264 编码在过去十年生产的几乎所有设备上都有硬件加速——手机、笔记本电脑、桌面 GPU，甚至廉价 ARM 芯片。编码一个 10 分钟的视频只需几分钟，而不是几小时。
专利授权： H.264 受专利保护，商业编码或解码软件需要支付授权费。实际上这一成本由设备制造商和浏览器厂商承担，终端用户感受不到。但当你在大规模网络流媒体管线中选择编解码器时，这一点很重要。
最适合： 任何你想与他人共享且无法控制对方播放环境的内容。电子邮件附件、WhatsApp、Slack、社交媒体、客户交付物、广播输出——如果兼容性是优先考量，H.264 装在 MP4 容器中就是正确答案。
H.265（HEVC）——更好的压缩，更多摩擦
H.265——也称 HEVC，即高效视频编码——是 H.264 的直接继任者，于 2013 年标准化。核心数字：相同画质下，压缩率比 H.264 高约 40–50%。一个 H.264 格式 100MB 的文件，用 H.265 在同等分辨率和画质下只需 50–60MB。
为什么重要： 4K 素材。归档。长时录制。如果你在存储 4K 视频库或归档多年保存的素材，H.265 可以将存储成本近乎减半。
编码速度： 比 H.264 慢。纯软件 H.265 编码明显更慢——在同等硬件上有时是 H.264 的 3–5 倍慢。现代 Apple Silicon、最新 NVIDIA GPU 和 Intel Quick Sync 上有硬件加速，大幅缩小了差距。如果你的硬件支持，H.265 编码很快；如果不支持，就要等待。
专利授权： 这是 H.265 复杂的地方。H.264 只有一个授权机构（MPEG-LA），而 H.265 有多个相互竞争的专利池，各有独立的授权要求。结果：Firefox 和 Chrome 默认不启用 H.265 解码，因为浏览器厂商的授权问题尚未解决。Safari 和 Apple 设备原生支持，这就是为什么 iPhone 默认用 HEVC 录制。
浏览器支持： 有限。没有额外硬件，H.265 在 Chrome 或 Firefox 中无法原生播放。如果无法保证播放环境，则不适合网络分发。
最适合： 本地存储、归档、Apple 到 Apple 工作流，以及任何你掌控播放环境的场景（特定 App、特定电视、专用播放器）。如果对方在 Mac、iPhone 或 Apple TV 上观看，H.265 非常出色。如果你要把文件发给不了解其设置的人，H.264 更安全。
VP9——Google 的开放替代方案
VP9 是 Google 对 H.265 的回应。它于 2013 年发布，设计目标是免版权费且开放。YouTube 将其采纳为网络分发的默认编解码器，每个基于 Chromium 的浏览器都原生支持。Firefox 也支持。Safari 于 2021 年添加了支持。
压缩率： VP9 的压缩效率大致与 H.265 相当——比 H.264 在同等画质下好约 30–50%。实际上，YouTube 的编码管线生成的 VP9 文件以低于 H.264 等效文件的码率传输，画质相同。
编码速度： 慢。VP9 软件编码对 CPU 要求高，明显比 H.264 慢。VP9 编码的硬件加速在部分设备（近期 Intel 芯片、部分 Android SoC）上可用，但不如 H.264 普遍。解码在大多数现代设备上快速且有硬件加速，这就是 YouTube 能流畅分发的原因——他们只做一次慢速编码，你的设备快速解码。
免版权费： 是的。这是 VP9 相对 H.265 的核心优势。无授权费，无专利池复杂性。任何开发者都可以在没有版权协议的情况下构建 VP9 编码器或解码器。
容器： VP9 用于网络分发时存放在 WebM 容器中，也可以出现在 MKV 中。你通常不会在 MP4 文件中看到 VP9。
最适合： 你控制播放器（现代浏览器）的网络视频分发，想要比 H.264 更好的压缩而无需 H.265 的授权麻烦。实际上较为小众——大多数新项目跳过 VP9，直接选 AV1。
AV1——未来标准
AV1 是这组中最新的编解码器，由开放媒体联盟（Alliance for Open Media）于 2018 年发布——该联盟包括 Google、Apple、Microsoft、Netflix、Amazon、Facebook 和 Mozilla。目标是构建一个性能超越 H.265 的免版权费编解码器。
它成功了。AV1 在同等画质下比 VP9 压缩率高约 30%，比 H.264 高约 50%。Netflix 自己的测试显示，AV1 以比 HEVC 低 40% 的码率提供相同的感知画质。
编码速度： 这是普及的主要障碍。AV1 软件编码极慢——在标准 CPU 上编码一个 10 分钟的 1080p 视频可能需要数小时。硬件加速是解决方案，且正在快速到来。NVIDIA RTX 40 系列、Intel Arc 和 AMD RDNA 3 GPU 都内置了 AV1 硬件编码器。Apple Silicon 添加了 AV1 硬件解码。随着这些芯片成为主流装机，编码速度的劣势将消失。
免版权费： 是的，完全免费。开放媒体联盟正是为了创建无专利编解码器而成立的。这使得 AV1 对浏览器厂商、流媒体平台和开发者来说可以安全实现，无需承担授权风险。
普及情况： YouTube 向支持 AV1 的浏览器提供 AV1 内容。Netflix 在移动端使用 AV1 分发。Chrome、Firefox、Edge 和 Safari 都支持 AV1 解码。2022 年及以后的手机、笔记本和电视上硬件解码支持已成标准。
最适合： 大规模网络流媒体、面向未来的归档，以及今天正在构建的任何编码时间可控的新管线。AV1 是行业的发展方向。如果你现在在构建基础设施，AV1 是需要规划的编解码器。
编解码器对比一览
容器与编解码器混淆
现在你了解了每种编解码器的作用，以下是容器的概况：
MP4 是最通用的容器。它可以存放 H.264、H.265 和 AV1 视频流。它是设备支持最广泛的容器。当你转换为 MP4 时，内部编解码器决定实际兼容性——H.264 的 MP4 到处能播，H.265 的 MP4 可能在 Firefox 中无法播放。
WebM 是 Google 专为网络设计的容器。它存放 VP9 和 AV1 流。你会在基于浏览器的视频播放器和针对现代浏览器优化的 CDN 内容中看到 WebM。它在所有媒体播放器中并不能原生播放。
MOV 是 Apple 的容器。iPhone 录制的 MOV 文件包裹的是 HEVC（H.265）流。这在 Apple 硬件上效率高，但在 Windows 媒体播放器和 Android 设备上可能造成兼容性问题。
MKV（Matroska）是灵活的开放容器，几乎可以容纳任何内容——H.264、H.265、AV1、VP9 以及几十种其他编解码器。MKV 因其灵活性和字幕支持在媒体库和归档中很受欢迎，但在消费级设备上没有媒体播放器软件则不被普遍支持。
令人困惑的不匹配：iPhone 的 MOV 文件内部包含 HEVC。没有安装 HEVC 编解码器包，Windows Media Player 无法播放 HEVC。解决方法不是重命名文件——而是重新编码为 MP4 容器内的 H.264。理解这一区别能节省大量排查时间。
如果你想了解这类转换中会丢弃什么，有损与无损文件转换指南涵盖了底层原理。
实际上该用哪种编解码器
忽略上面所有内容，根据你的情况从这个列表中选择：
你希望文件在任何设备、任何地方都能播放——使用 H.264 在 MP4 中。 过去 15 年生产的每台设备都能播放。每个平台都接受。对任何共享场景压缩效果都足够好。有疑问时，这就是答案。
你在归档视频或存储 4K 素材——使用 H.265 在 MP4 或 MOV 中。 相比 H.264 约 45% 的文件大小缩减，在存储 TB 级数据时累积效果显著。如果你是 Apple 用户（iPhone、Mac、Apple TV），永远不会遇到兼容性问题。如果需要与非 Apple 用户共享这些文件，交付时转换为 H.264。
你今天正在构建网络视频分发管线——使用 AV1 在 MP4 或 WebM 中。 浏览器支持已到位。硬件解码广泛普及。更好的压缩率在大规模场景下降低了带宽成本。编码时间是剩余的限制，但硬件编码器让 2022 年及以后的机器可以处理。
你在向 YouTube 或基于浏览器的播放器分发视频且编码速度至关重要——使用 VP9 作为备选。 VP9 已经过大规模验证，免版权费，在 H.264 不够用的地方到处都支持。比 AV1 不那么面向未来，但对于尚无法处理 AV1 编码时间的管线更实用。
使用正确的编解码器压缩视频
选择正确的编解码器在你压缩视频用于分发时最为关键——编解码器决定了在画质肉眼可见下降之前你能将文件大小压缩多少。
大多数人应该从 CRF 23 的 H.264 作为起点。在此基础上，H.265 和 AV1 让你可以在不明显损失画质的情况下进一步压缩，但每一步编码开销都会增加。如果你想深入了解压缩方面，视频压缩指南详细介绍了 CRF 设置和预设。
编解码器的选择和压缩的选择相互影响。一个压缩良好的 H.264 文件随时都能胜过一个压缩糟糕的 AV1 文件。先选对编解码器，再从那里调整压缩。
简短总结
四种编解码器，四种使用场景：
- H.264 — 到处都能播，编码快，安全的默认选择
- H.265 — 文件大小是 H.264 的一半，非常适合存储和 Apple 设备，避免用于网络分发
- VP9 — 免版权费，YouTube 已验证，浏览器支持良好，编码慢
- AV1 — 最佳压缩率，免版权费，行业方向，硬件加速快速普及
如果你今天要共享视频，使用 H.264 装在 MP4 中。如果你在为未来构建系统，围绕 AV1 进行规划。
立即压缩你的视频——无需软件，无需账号，在浏览器中处理。