一、混合内容 Mixed‑Content 业务现实痛点
现在绝大多数业务站点全站升级 HTTPS。根据浏览器 Mixed‑Content 混合内容安全策略：HTTPS 页面内部，默认会拦截不安全 HTTP 子资源。很多流媒体项目出现现象：主页面是 HTTPS，M3U8 或者 TS 分片、AES 密钥地址写死 HTTP 协议，浏览器直接拦截资源，播放器黑屏。
很多开发对混合内容策略理解有误区：
故障现象迷惑性很强：复制 HTTP 的 M3U8 直接新开标签页打开可以播放，但是嵌入 HTTPS 业务页面就黑屏。新开标签页是 HTTP 上下文，不会触发混合内容拦截；嵌入 HTTPS 页面上下文，子资源 HTTP 就被拦截。curl、VLC 完全不受浏览器混合内容策略限制，能够正常播放，造成前后端互相扯皮。
排查混合内容拦截类故障，我会使用 m3u8live.cn 网页调试工具，观察浏览器控制台 mixed‑content 相关警告报错，快速确认是否属于浏览器安全策略拦截，区分是资源协议问题，还是 M3U8 本身解析故障。
二、混合内容 Mixed‑Content 高频故障场景
1.HTTPS 页面，M3U8 索引为 HTTPS，但内部 TS 分片是 HTTP
现象：主 M3U8 地址是 HTTPS 可以正常加载，但是 TS 分片全部是 HTTP，浏览器拦截分片请求，播放器黑屏转圈。 根因：M3U8 主索引改了 HTTPS，但是分片使用写死的 HTTP 绝对 URL，子资源触发混合内容拦截。
2.AES‑128 加密流密钥接口使用 HTTP 协议
现象：M3U8、TS 分片全部 HTTPS，#EXT‑X‑KEY 密钥地址是 HTTP，密钥请求被浏览器拦截，解密失败黑屏。 根因：只处理音视频分片，忘记同步处理密钥接口协议。
3.Master 主索引子码率写死 HTTP 绝对地址
现象：默认码率播放正常，切换其他清晰度档位，子 M3U8 是 HTTP，切换之后直接黑屏。 根因：Master 索引内部 #EXT‑X‑STREAM‑INF 子流写死 HTTP 域名。
4. 部分浏览器兼容行为不一致
现象：新版 Chrome 严格拦截不安全混合内容；部分旧版浏览器自动升级部分 HTTP 请求，出现环境现象分化。
5. 代理改写之后，协议发生错乱
现象：业务页面 HTTPS，经过网关反向代理之后，M3U8 内部 URL 被生成 HTTP 协议，触发混合内容。
三、混合内容故障标准化排查流程
第一步，将待测 M3U8 地址粘贴网页调试工具，F12 控制台查看是否输出 Mixed‑Content 相关警告日志，网络面板观察请求是否被浏览器阻止。
注意：新开独立标签直接访问 HTTP‑M3U8 不会复现混合内容拦截；必须在 HTTPS 页面上下文环境才会复现该故障。
第二步，打开 M3U8 原始索引，完整检查：主索引、子码率子 M3U8、TS 分片、#EXT‑X‑KEY 密钥 URI，确认全部资源协议。
哪怕主索引是 HTTPS，内部子资源 HTTP，依旧会被拦截。
第三步，复现业务页面环境，确认页面本身是 HTTPS 上下文。区分现象：独立标签页可以播放，业务页面 HTTPS 下黑屏，高度怀疑混合内容拦截。
第四步，全部资源升级 HTTPS 协议之后，复测播放行为。
四、业务开发运维最佳实践
五、总结
浏览器 Mixed‑Content 混合内容安全策略，是 HTTPS 业务流媒体很容易踩坑的点。很多开发者仅仅修改 M3U8 主索引为 HTTPS，忽略 M3U8 内部 TS 分片、子码率、密钥接口仍然使用 HTTP 协议，在 HTTPS 业务页面中子资源被浏览器拦截，造成播放器黑屏。新开标签页直接访问 M3U8 不会复现该问题，VLC、curl 完全不受该策略约束。借助网页调试工具结合 HTTPS 业务页面上下文复现，完整检查 M3U8 内部全部子资源协议，全部升级 HTTPS，就可以规避混合内容拦截带来的播放故障。
