容器和编码到底有什么区别？小白也能看懂
在 tools.beer 做浏览器端音视频转换时，我们反复遇到一类问题：用户把一个 .mp4 拖进来，问"为什么我改成 .mp3 还是听不到声音"，或者"为什么这个 mp4 在我电脑上放不了"。
这些问题的根子，都在于没分清两件事：容器（Container）和 编码（Codec）。今天用最直白的方式讲清楚。
1. 一个比喻：快递箱 vs 打包方式
把音视频文件想象成寄快递：
- 容器 = 快递箱（盒子）。它只负责把东西装在一起、贴好面单、方便搬运。
- 编码 = 里面的东西怎么打包、怎么压缩。同一只箱子，可以装用不同方式压紧的货。
文件也一样：一个 .mp4 是"箱子"，箱子里通常装着一路视频流和一路音频流，每条流是用某种编码压过的。
2. 容器（Container）到底管什么
常见容器有 MP4、MKV、MOV、WebM。它们本质都是"包装格式"：
- 决定视频流、音频流、字幕怎么存、怎么索引；
- 决定文件能不能同时装多路音轨、多语言字幕；
- 不决定画面和声音是怎么被压缩的。
所以同一个 .mp4，里面可能是 H.264 视频 + AAC 音频，也可能是 H.265 视频 + Opus 音频——箱子一样，里面的编码可以完全不同。
3. 编码（Codec）到底管什么
编码是真正的"压缩算法"，它分两端：
- 编码器（encoder）：把原始的庞大音视频数据压小（比如把摄像头原始数据压成 H.264）；
- 解码器（decoder）：把压小的数据还原出来，交给播放器播放。
常见视频编码：H.264、H.265/HEVC、AV1、VP9。 常见音频编码：AAC、MP3、FLAC（无损）、Opus。
一个文件能不能播放，关键看播放器有没有对应的解码器，而不是看后缀名。
4. 搞混这俩会吃大亏：我们踩过的真实坑
在 tools.beer 上最典型的一个坑，正好说明容器有多重要。
做 mp4→mp3 时，如果只把音频抽出来存成裸 .aac 文件，没有容器——裸 AAC 流没有时长等元数据，部分播放器会把采样率读错，结果音频变成"半速播放、时长翻倍"（这是 FFmpeg 社区记录的经典问题，编号 trac #5448）。我们的解决办法是把 AAC 重新封装进 M4A 容器（.m4a），让容器把元信息补上。
一句话：没有正确的容器，编码再好也白搭。
5. 你一定遇到过的几个场景
- 改后缀没用：
.mp4改名.avi，里面的 H.264 还是 H.264，放不了照样放不了。 - 电脑放不了、手机能放：多半是 H.265 编码，老播放器没装对应解码器。
- 转换很慢、还变糊：因为你触发了重新编码（换了 codec），而不是只换容器。什么时候该重编码、什么时候能只换盒子，我们单独写了一篇重编码与流复制的区别。
6. 容器怎么选（一句话建议）
- 要兼容性最大化 → MP4（几乎全员支持）；
- 要塞多音轨、多字幕 → MKV；
- 做网页嵌入 → WebM / MP4。
更细的对比，看常见音视频格式怎么选。
小结
- 容器是"箱子"，编码是"箱子里的打包方式"；
- 画质和体积由编码决定，容器只负责封装；
- 改后缀名改不了编码，自然也救不了播放兼容性；
- 没有合适的容器，编码再好也可能出问题。
想系统搞懂音视频转换，从音视频转换完全指南：从容器到编码一篇搞懂开始；想立刻上手，可以直接在浏览器里把 MP4 转成 MP3。
延伸阅读
参考资料（权威来源）
Wikipedia: Container format (digital)Wikipedia: Codec
FFmpeg 官网
本文由 tools.beer 团队撰写，基于我们在浏览器端 FFmpeg 转码中的真实踩坑经验整理。最后更新于 2026-08-20。