Android端相机拍摄视频分段上传效率对比及实现方案咨询

分片上传效率优势 #

分片上传的效率确实远高于单文件直传，尤其适合移动端复杂的网络环境，核心优势体现在以下几点：

• 断点续传能力：单文件上传一旦出现网络波动、应用退后台被查杀等中断情况，需要从头开始重传整个文件；分片上传仅需要重传失败的单个分片，5秒左右的分片重传成本极低，长视频场景下能节省至少60%以上的无效重传流量。
• 带宽利用率更高：可以同时发起3-4个分片的并发上传请求，比单文件串行上传的带宽利用率提升30%~100%，网络环境好的情况下上传速度提升非常明显。
• 内存占用更低：单文件上传需要将整个大文件加载进IO流，10分钟以上的高清视频很容易触发Android系统OOM异常；分片上传仅需要加载当前处理的小块文件，内存压力极小，稳定性更高。
• 容错能力更强：支持边录边传的场景下，就算录制中途出现异常中断，已经上传完成的分片也不会丢失，恢复后只需要继续传输后续分片即可。

实现方案说明 #

两种分片时机都可以实现，优先推荐拍摄过程中实时分片，不需要等待视频完整录制完成，能最大化压缩整个流程的耗时：

• 实时分片实现：如果是自定义编码录制，可以用MediaCodec硬编码音视频流，按时间戳计数，每累计5秒的音视频帧就封装成独立的MP4/TS分片，封装完成后直接加入上传队列即可，完全不需要等录制结束。如果用CameraX等封装好的录制组件，可以直接配置分段输出参数，每5秒生成一个独立的视频文件，在文件回调中直接触发上传，实现成本极低。
• 录完后分片实现：如果是处理已经录制完成的本地视频，可以用MediaMetadataRetriever读取视频总时长，按5秒为单位调用FFmpeg或者系统媒体API切割成分片文件，批量加入上传队列即可。

开发注意事项 #

• 每个分片需要携带唯一序号、总分片数、全局唯一的视频ID，云端接收到全部分片后按序号拼接成完整视频，避免分片乱序。
• 上传前先向云端发起初始化请求，查询当前视频ID已经上传完成的分片列表，跳过重复分片，避免不必要的带宽浪费。
• 并发上传数控制在2~3个即可，过高的并发数会触发TCP拥塞控制反而降低上传速度，也容易触发云端的限流规则。
• 分片大小可以根据当前网络状态动态调整：弱网下切成2_{3秒的分片，降低重传成本；网络稳定的情况下可以升到8}10秒，减少请求 overhead。
• 上传逻辑要放到前台Service中运行，避免Activity销毁或者应用退后台时系统杀死上传任务。

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