一、流媒体业务中的常见需求
你日常刷短视频平台、看赛事直播时，遇到中途退出再回来继续看的“时移”功能，或是直播回放能精准切到对应时间点，背后都用到了动态分片的流媒体技术。这类场景下，核心要求是：直播内容要分成一段一段的小文件（叫分片），播放器能精准找到每段，衔接的时候不卡顿，还能防止被人随便盗用内容。这就涉及两个关键问题：分片的时间要对齐，不能有间隙，以及加密的密钥要定期更换，提升安全性。
二、核心问题拆解：分片对齐与密钥轮转
很多新手刚开始做的时候，会遇到两个麻烦：一是分片的时间衔接不上，比如前一段在10秒结束，后一段从10.5秒开始，玩家播放的时候会少掉0.5秒的画面，看起来就像卡了；二是加密的钥匙（密钥）固定不变，别人拿到一个分片就能解开所有内容，很容易被盗用。要解决这两个问题，就得用到FFmpeg的两个核心参数：一个是让分片时间对齐，另一个是让密钥定期更换。
三、工程实践：一步步实现功能
3.1 FFmpeg基础动态分片命令
先给一个最基础的命令，把输入的直播流切成每10秒一段的视频文件，用的单一技术栈就是FFmpeg，所有操作都基于FFmpeg的shell命令，没有其他额外工具：
# 基础动态分片FFmpeg命令，输入是RTMP直播流，输出是HLS格式的分片文件
ffmpeg -i rtmp://live.example.com/yourstream -c:v copy -c:a copy \
-f hls -hls_time 10 -hls_list_size 0 -segment_format mpegts \
./hls/output_%03d.ts
注释：
-i后面是输入的直播流地址，这里用常见的RTMP格式举例；-c:v copy和-c:a copy是直接复制音视频，不重新编码，速度快不占资源；-hls_time 10是每段分片的时长设为10秒；-hls_list_size 0是保留所有分片，不会自动删除旧文件；- 最后是分片文件的保存路径，编号用三位数字，方便管理。
3.2 实现切片边界对齐
刚才的基础命令可能会出现衔接问题，只要加一个简单参数就能解决，保证每段分片的结束时间刚好是10秒的整数倍，没有间隙：
# 增加对齐参数后的FFmpeg命令，解决分片衔接卡顿问题
ffmpeg -i rtmp://live.example.com/yourstream -c:v copy -c:a copy \
-f hls -hls_time 10 -hls_align 1 -hls_list_size 0 \
-segment_format mpegts -segment_start_number 1 \
./hls/output_%03d.ts
注释：
- 新增的
-hls_align 1是开启切片边界强制对齐，FFmpeg会自动调整分片的结束时间，确保前后段衔接紧密； -segment_start_number 1是让第一个分片的编号从1开始，避免出现0号分片的小问题。
3.3 实现加密与密钥轮转
密钥轮转就是定期换解密的钥匙，比如每1小时换一次，就算有人拿到某段视频，也打不开后面的内容，防止被盗用。首先要生成密钥文件，再用FFmpeg把加密和轮转参数加上：
# 第一步：生成HLS加密用的密钥和配置文件，密钥是16字节的随机字符串
# 用openssl生成安全的密钥，key.info里写密钥的访问地址，播放器会自动读取
openssl rand 16 > ./hls/secret.key
echo "http://your-cdn.com/secret.key" > ./hls/key.info
然后是带轮转的FFmpeg加密命令：
# 开启加密和密钥轮转的FFmpeg命令，每3600秒（1小时）换一次密钥
ffmpeg -i rtmp://live.example.com/yourstream -c:v copy -c:a copy \
-f hls -hls_time 10 -hls_key_info_file ./hls/key.info \
-hls_rotate_keys 3600 -hls_list_size 0 \
-segment_format mpegts ./hls/output_%03d.ts
注释：
-hls_key_info_file指定密钥的配置文件，播放器会根据里面的地址去拿解密密钥；-hls_rotate_keys 3600就是每3600秒换一次密钥，轮转的时间可以根据业务调整，太短会增加服务器负担，太长安全性不够。
四、技术方案的优缺点
这个方案的优点很明显：一是兼容性极强，不管是手机、电脑还是电视，几乎所有主流播放器都支持HLS格式，不用额外做适配；二是分片存储灵活，想做直播时移、快进快退都很方便，只要在服务器上保存对应时间的分片就行；三是加密方案成熟，密钥轮转大幅提升内容安全性，适合有版权要求的视频。 缺点也需要注意：一是分片过多会增加服务器的文件管理压力，比如一场3小时的直播，按10秒一段算，会产生1080个文件，需要定期清理旧文件；二是加密和解密会带来一点点CPU消耗，但对于现在的服务器来说影响很小；三是动态分片需要严格对齐时间，参数错了就会出现播放卡顿的问题。
五、落地时的注意事项
- 分片时长不要设太短，比如小于5秒，会导致分片数量暴增，播放器加载慢，也会增加服务器的存储压力；
- 密钥轮转的时间要和分片时长对应，比如分片是10秒，轮转时间最好设成10的整数倍，比如60秒，这样不会出现同一个分片里用两个密钥的情况；
- 密钥文件要放在安全的地方，不要直接开放权限，最好用CDN的回源方式，让播放器只能通过CDN拿到密钥，减少被攻击的风险；
- 要在不同设备上测试兼容性，比如有些老安卓手机的播放器，对某些HLS的参数支持不好，需要根据实际情况调整。
六、实践总结
用FFmpeg实现动态分片HLS，核心就是解决分片对齐和密钥轮转的问题，步骤清晰，参数明确，适合中小团队快速落地流媒体业务。只要注意分片时长、密钥管理这些细节，就能做出稳定、流畅且安全的流媒体服务，覆盖直播、短视频等常见业务场景。
评论
围绕“基于FFmpeg实现动态分片HLS：切片边界对齐与加密密钥轮转的工程实践”参与讨论