理解 HLS 加密（AES-128 及更多）
为什么加密 HLS？
加密保护片段载荷，使随手分享 URL 不容易直接得到清晰媒体。HLS 可在播放列表中声明加密，让合规播放器取密钥并在播放前解密。
EXT-X-KEY 基础
播放列表用类似标签声明加密：
#EXT-X-KEY:METHOD=AES-128,URI="https://keys.example.com/key.bin",IV=0x...
播放器从 URI 下载密钥（受鉴权/CORS 约束）并解密片段。标签参考：M3U8 标签。
AES-128 流程
- 播放器读取 KEY 的 method/URI/IV。
- 拉取密钥字节。
- 下载加密片段。
- 解密后追加到媒体缓冲。
若密钥请求失败，即使片段能下也播不了。排查：播放器无法工作。
SAMPLE-AES 与 DRM
SAMPLE-AES 与商业 DRM（Widevine/FairPlay/PlayReady）超越简单 AES-128 静态密钥。通用网页播放器无法解锁任意 DRM。构建 DRM 需要授权 CDM、封装器与许可证服务器——不只是公开 KEY URI。
开发者常见坑
- 密钥 URL 被 cookie 鉴权或 CORS 拦住。
- 跨片段错误处理 IV/密钥轮换。
- 密钥未走 HTTPS 或访问控制。
- 以为加密等于完整内容安全（密钥仍可能泄露）。
测试加密流
确认列表含 KEY 标签、密钥 URL 返回 200 且字节正确，并且已知可用播放器能解密。当密钥可达时，我们的播放器支持常见 AES-128 情况。密钥可用时 FFmpeg 也可能解密：用 FFmpeg 下载 HLS。
架构概览
最小 JS M3U8 播放器是： + MSE + HLS 解析/加载器（常见 hls.js）+ 播放/暂停/档位 UI。Safari 可仅用 video 元素原生 HLS。你的工作是生命周期（挂载/卸载）、错误恢复，以及 SPA 导航时不泄漏 MediaSource 对象。
// 概念代码
import Hls from 'hls.js';
const video = document.querySelector('video');
if (Hls.isSupported()) {
const hls = new Hls();
hls.loadSource(url);
hls.attachMedia(video);
} else if (video.canPlayType('application/vnd.apple.mpegurl')) {
video.src = url;
}
生产注意事项
| 主题 | 备注 |
|---|---|
| CORS | 源站须允许你的站点 |
| LL-HLS | 需较新播放器配置 |
| DRM | EME + 许可证服务器；不是免费黑科技 |
| 分析 | 区分致命与非致命错误 |
| 内存 | 卸载时销毁 hls 实例 |
对照公开 参考 UX 模式测试：清晰错误、可选统计、画质选择。
学习路径
阅读 hls.js 教程、HTML5 播放器原理 与 加密。在静态托管上发布 demo，再加重试与档位锁定。不要把抓取 DRM 片库当「功能」。
总结
用 JavaScript 自建 M3U8 播放器可借助 hls.js + MSE 上手，但生产品质在于错误处理、生命周期卫生，以及对 CORS/DRM 限制的诚实——而不是仅靠 10 行片段。
常见问题解答
AES-128 HLS 够安全吗？
能提高门槛，但不等于完整 DRM。
为什么浏览器里加密会失败？
常常是密钥拉取/CORS/鉴权问题。
能下载加密 HLS 吗？
仅当客户端栈能合法获得密钥时。
SAMPLE-AES 等于 AES-128 METHOD 吗？
不是——加密成帧与播放器要求不同。