ExoPlayer 的离线下载功能默认将 DASH 内容按分片（segments）保存为多个 .mp4 或 .m4s 文件，而非合并的完整 MP4；本文详解其原理、限制及可行的合并/转封装方案。
exoplayer 的离线下载功能默认将 dash 内容按分片（segments）保存为多个 `.mp4` 或 `.m4s` 文件，而非合并的完整 mp4；本文详解其原理、限制及可行的合并/转封装方案。
ExoPlayer 本身不提供将 DASH 下载内容自动合并为单一 MP4 文件的功能。这是由 MPEG-DASH 的设计本质决定的：DASH 是一种基于 HTTP 的自适应流媒体协议，它将视频拆分为时间对齐的独立片段（如 init.mp4 + segment-1.m4s, segment-2.m4s…），每个片段可单独请求、缓存和播放。ExoPlayer 的 DownloadManager 正是针对这种结构进行优化——它高效地缓存这些分片，并在播放时按需组装，而非生成传统意义上的“单文件 MP4”。
因此，你当前代码中下载生成多个文件（如 media_cache/xxx/segment-*.m4s 和 init.mp4）是完全符合预期的行为，并非 bug，而是 DASH 协议的标准实现方式。DefaultHttpDataSource.Factory() 或其他数据源工厂的选择不会改变这一行为——它们只影响网络请求逻辑，不参与媒体封装或文件合并。
✅ 正确理解 ExoPlayer 下载产物结构
以典型 DASH 清单（.mpd）为例，ExoPlayer 下载后缓存目录通常包含：
/media_cache/ ├── a1b2c3d4/ ← 基于 URI 的唯一缓存键 │ ├── init.mp4 ← 初始化片段（含 moov header） │ ├── segment-0.m4s ← 视频轨片段 │ ├── segment-1.m4s ← 音频轨片段（若分离） │ └── ...
这些 .m4s 文件本质是 ISO BMFF（MP4 容器）的分片格式，可直接通过 FFmpeg 合并为标准 MP4：
# 合并示例（需提前提取所有分片路径）
ffmpeg -i "init.mp4" -i "segment-%d.m4s" \
-c copy -bsf:a aac_adtstoasc \
-movflags +frag_keyframe+empty_moov \
output.mp4⚠️ 注意：实际合并需确保分片顺序正确、编解码参数一致（如 profile、level），且 init.mp4 必须作为第一个输入。
✅ 可行的工程化方案（推荐）
方案 1：客户端后处理（Android + FFmpeg）
集成 Mobile-FFmpeg（支持 Android ARM/x86）：
// 示例：合并缓存中的 DASH 分片
val cacheDir = File(Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_DOWNLOADS), "media_cache")
val initFile = File(cacheDir, "a1b2c3d4/init.mp4")
val segmentPattern = "a1b2c3d4/segment-%d.m4s"
val command = arrayOf(
"-i", initFile.absolutePath,
"-i", File(cacheDir, segmentPattern.replace("%d", "%d")).absolutePath,
"-c", "copy",
"-bsf:a", "aac_adtstoasc",
"-y",
"${cacheDir.absolutePath}/final_output.mp4"
)
FFmpeg.execute(command) { rc ->
if (rc == RETURN_CODE_SUCCESS) {
Log.i("FFmpeg", "Merge succeeded!")
}
}方案 2：服务端预合成（更优实践）
若业务可控，建议在服务端将 DASH 源流实时转封装为单文件 MP4（如使用 ffmpeg -i input.mpd -c copy output.mp4），再提供直链下载。此方式规避客户端性能瓶颈与兼容性风险，且符合用户对“下载 MP4”的直观预期。
❌ 不可行的误区澄清
- ❌ 修改 DataSourceFactory（如换用 DefaultDataSourceFactory）无法改变分片存储行为；
- ❌ DownloadManager 不支持 setOutputFormat(DownloadRequest.OUTPUT_FORMAT_MP4) 等伪接口（该枚举不存在）；
- ❌ 强制重命名 .m4s 为 .mp4 将导致播放失败（缺失完整 moov 头且分片不可直接播放）。
总结
ExoPlayer 的 DASH 下载机制是面向流式播放优化的缓存方案，而非文件下载工具。若产品需求明确要求“下载一个 MP4 文件”，应优先考虑服务端转封装或客户端 FFmpeg 后处理。切勿在 ExoPlayer 层尝试绕过其架构设计——这既增加复杂度，又违背流媒体最佳实践。真正的“MP4 下载”，本质上是对原始媒体内容的重新封装，而非 ExoPlayer 的职责范畴。
