MP4续播实现问题：Moov Atom前置后Chrome无法正常播放

方案核心问题 #

你当前的方案存在两个关键错误，导致Chrome和Postman中出现异常：

1. 重复写入moov Atom：当处理Range: bytes 0-请求时，原文件开头已经包含moov Atom，你再次前置moov会导致文件出现两个重复的moov结构，直接破坏MP4文件格式，Postman自然无法解析。
2. Content-Range头不匹配响应体：Range请求必须返回206 Partial Content状态码，且Content-Range头的字节范围必须与实际返回的响应体长度严格对应。你只前置了moov但未调整该头，浏览器无法识别返回的片段与请求范围的对应关系，导致Chrome播放失败。

调整步骤 #

1. 区分请求类型，针对性处理 #

• 无Range头的完整请求：直接返回原文件即可，无需任何处理（原文件开头已有合法moov）。
• 带Range头的片段请求：仅对非0起始的Range请求前置moov Atom，具体流程：
  • 解析Range头，提取原文件中要获取的字节起始位置（如300001-）。
  • 读取原文件中完整的moov Atom（从文件起始到moov Atom的结束位置，需确保moov完整，可通过解析MP4原子结构获取其长度）。
  • 读取原文件中Range指定的片段内容。
  • 将moov Atom与片段内容合并，作为响应体返回。

2. 修正HTTP响应头 #

返回片段时必须设置正确的响应头，以Java为例：

// 假设已获取moov字节数组moovBytes，片段字节数组fragmentBytes
int moovLen = moovBytes.length;
int fragmentLen = fragmentBytes.length;
long virtualFileLen = moovLen + originalFileLen; // originalFileLen是原文件总长度

response.setStatus(HttpServletResponse.SC_PARTIAL_CONTENT);
response.setHeader("Accept-Ranges", "bytes");
response.setContentType("video/mp4");
response.setContentLength(moovLen + fragmentLen);
// Content-Range需匹配虚拟文件的字节范围：从0到合并后的总长度-1，总长度是moov+原文件长度
response.setHeader("Content-Range", String.format("bytes 0-%d/%d", (moovLen + fragmentLen - 1), virtualFileLen));

3. 特殊处理Range: bytes 0-请求 #

该请求是获取原文件完整内容，直接返回原文件即可，不要前置moov，避免结构重复。

额外注意事项 #

• 确保moov Atom的完整性：必须读取整个moov原子（包括其所有子原子），不能只截取开头部分，否则MP4无法被解析。
• 验证响应体结构：合并后的内容必须是moov atom + 请求的媒体片段，确保没有字节丢失或多余。

内容的提问来源于stack exchange，提问作者Mathews Mathai