一、很多新手对 M3U8 压力测试存在误解做流媒体项目上线之前很多同学需要做压力测试模拟大量用户同时播放 M3U8验证 CDN、源站能不能扛住并发。但是很多新手分不清 HLS 压测到底压测什么拿错误工具做压测得到完全没有参考价值的结果。常见误区使用 http 压测工具疯狂循环请求 M3U8 索引就认为模拟大量播放用户。实际上真实用户不仅仅请求 M3U8还会分批请求大量 TS 分片每一个真实播放用户的请求不是瞬间全部打出去是随播放时间逐步请求分片。简单 curl、ab、wrk 这类 http 压测工具只能做 HTTP 接口层压测它不会模拟 hls.js 的分片时序、缓冲逻辑。直接用这类工具疯狂轰炸 M3U8产生的请求模型和真实播放器行为差异巨大压测结果不能代表线上真实用户场景。遇到压测结果和线上表现不一致的问题我会使用 m3u8live.cn观察真实 hls.js 播放一条 M3U8 产生的请求时序对照压测工具的请求模型判断压测模型是否合理。二、M3U8 压力测试高频误区误区 1只压 M3U8 索引完全不模拟 TS 分片请求使用压测工具只循环 GET M3U8 地址认为并发 1000 次就等于 1000 个在线用户。真实用户播放会持续请求大量 TS 分片只压 M3U8完全没有模拟分片请求压测结果没有参考意义。误区 2压测工具瞬间把所有分片全部并发打出去真实 hls.js 播放器是顺序、逐步下载分片不会一瞬间把全部 TS 分片并发请求。压测工具一瞬间并发几千分片这种请求模型线上真实用户不会产生压测把 CDN、源站打挂但是和真实业务流量完全不一样。误区 3把点播压测模型直接套用到直播压测点播所有分片地址固定直播 M3U8 会定时刷新分片不断变化两者请求模型不一样点播压测脚本不能直接拿来压直播。误区 4压测脚本不处理鉴权 token直接写死一条过期 token压测大量并发全部复用同一个过期 token大量 403压测统计全部失真。每一个虚拟播放用户需要生成有效的签名 token。误区 5用 curl 类 http 工具的结果直接评估播放器体验压测工具只看 HTTP 返回码不会做 MSE 媒体解码就算全部 200也不代表浏览器可以正常播放视频。三、M3U8 压测两种模型简单区分源站 / CDN 接口层压测验证源站、CDN 能不能扛住大量 HTTP 请求。可以使用 http 压测工具但是脚本需要模拟真实的请求时序M3U8、TS 分片都要模拟。适合看服务器 QPS、CPU、带宽。真实播放器行为压测模拟浏览器 hls.js 完整播放行为需要专用流媒体压测工具模拟缓冲、分片时序、甚至解码。适合评估真实用户播放体验。提醒普通 ab、wrk 属于接口层工具不能模拟完整浏览器播放。四、压测简单实操建议先观察真实播放器播放一条流的网络请求时序看 M3U8 多久刷新、TS 分片请求间隔压测脚本尽量对齐真实行为。网页调试工具播放一条流F12 网络面板观察请求节奏。点播、直播分开两套压测脚本不要混用模型。压测虚拟用户需要生成有效 token不要全部复用同一个过期 token。HTTP 压测只能看服务端指标如果要评估播放体验需要使用支持 HLS 协议的专用压测工具。压测之后拿真实浏览器访问压测后的 M3U8确认播放正常不能只看压测工具返回 200。五、总结M3U8 压力测试很容易踩模型误区简单 http 压测工具不能直接等同于模拟真实在线用户。真实用户不只是请求 M3U8还会随播放时序逐步请求 TS 分片。不要只压 M3U8 索引也不要瞬间并发轰炸全部分片。点播和直播压测模型不能混用token 也要正确处理。借助网页调试工具观察真实 hls.js 播放的网络请求时序对齐压测脚本模型才能拿到具备参考价值的压测结果。