一条命令让 CDN 视频带宽成本降低 90%！！！

📌 一句话摘要

本文深入分析了 MP4 视频因 moov 元数据位置不当和音视频交错不良导致 CDN 带宽异常消耗的问题，并给出了使用 FFmpeg 命令修复的解决方案。

📝 详细摘要

文章从一个真实的线上故障出发：一个 1GB 的培训视频推送给 2500 人观看，CDN 流量却高达 120TB，是理论值的 50 倍。作者通过抓包分析发现，浏览器在播放该 MP4 文件时发起了数千个 HTTP 206 请求，导致带宽严重浪费。文章深入 MP4 文件结构，指出问题根源在于：1）moov box（元数据索引）位于文件末尾，导致播放器需要额外请求来获取索引；2）音视频数据交错不良，导致 FFmpeg 的读取策略在音视频数据之间频繁跳转，产生大量 Range 请求。作者通过源码分析（mov_find_next_sample 函数）和 FFmpeg 模拟测试验证了该结论。最终给出的解决方案是使用 `ffmpeg -i bad.mp4 -c copy -movflags faststart good.mp4` 命令，该命令将 moov box 移至文件头部并重新编排音视频交错布局，从而将请求次数从数千次降至 1 次，大幅降低带宽成本。文章还建议长视频采用 HLS 流媒体格式。

💡 主要观点

1. MP4 视频 moov box 位于文件末尾会导致额外的 HTTP 请求。 播放器需要先读取 moov 元数据才能解析视频，若 moov 在文件末尾，播放器会先发起请求读取文件头，发现 moov 不在头部后再去尾部读取，导致至少多出 1-2 个 206 请求。
2. 音视频数据交错不良是导致大量 Range 请求的根本原因。 当音频和视频数据在文件中物理位置相距很远时，FFmpeg 的 mov_find_next_sample 函数在时间差小于 1 秒时会优先选择位置靠前的帧，导致在音视频数据之间来回跳转，产生数千次 HTTP Range 请求。
3. 使用 FFmpeg 的 -movflags faststart 和 -c copy 参数可有效修复问题。 该命令将 moov box 移动到文件头部，并利用 av_interleave_write_frame 函数对音视频数据包按 DTS 进行重新交错排列，从而消除不必要的 Range 请求，将带宽消耗降至理论值。

💬 文章金句

• 完播居然花了 8G，发送了 3700 个 206 请求！！！！
• 对于交错不良的文件，这可以防止由于不同轨道之间包的大间隙而引起的播放问题，因为 MOV/MP4 文件对包的放置没有要求。然而，对于非常交错不良的文件，这可能会导致过多的寻道操作。
• ffmpeg -i bad.mp4 -c copy -movflags faststart good.mp4

📊 文章信息

阅读完整文章