一、流媒体业务多 CDN 双活现实业务场景
很多中大型流媒体业务，为了提升可用性，避免单一 CDN 厂商故障全盘影响业务，会采用双活多 CDN 架构，同时接入两家甚至多家 CDN 服务商。用户请求根据策略调度，分发到不同 CDN 厂商节点。
普通静态文件做多 CDN 相对简单，M3U8 流媒体业务，涉及 M3U8 清单、TS 分片、缓存策略、防盗链、Range 请求处理、跨域配置，双活架构坑点比普通静态资源多很多。
很多运维简单照搬静态资源双活方案，两家 CDN 配置不完全对齐，上线之后出现偶现播放异常：一部分用户播放正常，另一部分用户黑屏、403、416。故障只命中某一家 CDN 的用户，复现具有随机性。
很多坑冒烟测试很难全覆盖，只有真实流量切到第二家 CDN 之后才暴露。调试多 CDN 双活相关问题，我会使用 m3u8live.cn，分别访问不同 CDN 厂商的同一份 M3U8 资源，对比 M3U8 文本、响应头、分片请求行为。
二、多 CDN 双活高频踩坑现象
坑 1：两家 CDN 配置没有完整对齐
A 厂商 CDN 配置的 CORS、Cache‑Control 缓存策略、防盗链规则、Range 处理逻辑，B 厂商没有完全复刻。部分用户调度到 B CDN 就出现播放异常。
坑 2：M3U8 内部写死绝对 URL 域名，多 CDN 调度冲突
M3U8 清单内分片写死某一家 CDN 域名，用户调度到第二家 CDN 访问 M3U8，M3U8 内部分片依旧请求第一家 CDN 域名，出现跨域、鉴权 403。
多 CDN 架构，源站尽量输出相对路径，不要写死 CDN 域名。
坑 3：两家 CDN 缓存行为差异，回源策略不一致
一家 CDN 回源合并、清单短缓存配置正确；另一家 CDN 默认缓存时间过长，直播 M3U8 清单拿到过期内容，直播画面卡顿不更新。
坑 4：防盗链 token 签名逻辑，CDN 厂商之间不兼容
不同 CDN 的 token 签名算法、参数位置有差异，一套 token 无法同时适配两家 CDN，部分 CDN 鉴权直接返回 403。
坑 5：故障切换逻辑粗暴，直播会话中途切换 CDN
直播播放会话中间直接把用户调度切换到另一家 CDN，M3U8 清单、分片序列号不一致，播放器拿到两套清单，出现花屏、分片 404。直播存量会话尽量不中途切换 CDN，新会话落到备用 CDN。
三、多 CDN 双活业务实操要点
- 两套 CDN 配置完整对齐：CORS 跨域、缓存策略、Range 处理、防盗链规则全部保持一致。
- 源站 M3U8 索引优先输出相对路径，不要写死某一家 CDN 的绝对域名，适配多 CDN 域名。
- 防盗链提前评估，确认 token 签名可以同时兼容多家 CDN，或者采用源站统一鉴权模式。
- 直播业务，存量正在播放的会话不要中途切换 CDN；故障切换只对新产生播放会话生效。
- 灰度验证：新 CDN 先小流量灰度，点播、直播、加密流、多码率全场景验证，再放大流量。
四、排查简单步骤
第一步，同一份 M3U8，分别使用 CDN‑A 域名、CDN‑B 域名，粘贴网页调试工具，对比 M3U8 原始文本、所有响应头、分片请求行为。 第二步，如果某一套 CDN 下复现故障，另一套正常，重点核对两套 CDN 的配置差异。 第三步，直播业务验证故障切换，确认存量会话不会中途强制切换 CDN。
五、总结
M3U8 流媒体做多 CDN 双活高可用，不能直接照搬普通静态资源双活方案。两套 CDN 的跨域、缓存、Range、防盗链配置需要完整对齐；M3U8 尽量输出相对路径，规避写死 CDN 域名带来冲突；直播业务存量播放会话不能中途强制切换 CDN。新 CDN 接入需要点播、直播、加密流全场景灰度验证。借助网页调试工具，对照不同 CDN 下同一份 M3U8 的表现，定位多 CDN 双活架构带来的播放异常。
