嘿，这个问题其实挺常见的，我来给你拆解一下原因——虽然-c copy是直接复制音视频流，+faststart主要是把moov原子移到文件开头，但这俩操作结合起来，还是会带来一些容器层面的细微调整，进而改变文件大小：

• 容器元数据偏移量的更新：moov原子里记录着媒体数据（mdat原子）的位置偏移信息，当把moov从文件末尾移到开头后，这些偏移量数值必须重新计算并写入。原来的偏移量是基于moov在末尾的位置计算的，现在要改成基于文件开头的位置，这些数值的更新会导致元数据部分的字节数出现小幅度变化。
• 冗余内容的清理或规范填充的添加：很多原始MP4文件可能带有冗余的元数据、空填充字节，或者存在一些不符合MP4标准的结构细节。FFmpeg在处理时会自动将容器结构标准化，移除那些多余的无效内容，或者为了符合规范添加必要的填充字节，这就会让文件大小出现增减——比如你遇到的多8字节或少1227字节，都是这类调整导致的。
• 原子结构的重新梳理：MP4的各个原子（比如moov、mdat、ftyp等）有严格的结构规范。移动moov原子时，FFmpeg可能会重新梳理原子的排列顺序和内部子结构，比如调整原子头部的大小字段、整合分散的子原子，这些细微的结构调整都会带来字节数的差异，但完全不会影响音视频流本身的内容。

需要强调的是，这些大小变化都只发生在容器的元数据层面，你的音视频流内容没有被重新编码，播放效果和原文件完全一致，而调整后的文件结构更适合流式播放（播放器无需等待整个文件下载完成就能开始播放）。

备注：内容来源于stack exchange，提问作者czaro900