HLS vs DASH：怎么选 + 在线免费播 HLS
7 min read
它们的共同点
HLS 和 DASH 都是自适应 HTTP 流媒体：多画质编码、切分片段、用清单描述、经 CDN 交付。观众无需插件即可平滑切换画质。
已有 HLS 地址？用免费在线 M3U8 / HLS 播放器试播，再对照下文协议差异。
关键差异
| 主题 | HLS | DASH |
|---|---|---|
| 来源 | 苹果 | MPEG 标准 |
| 清单 | M3U8 | MPD（XML） |
| Safari | 原生 | 库 |
| 编码自由度 | 历史上更紧 | 更灵活 |
| JS 播放器 | hls.js | dash.js / Shaka |
何时 HLS 更合适
- 苹果设备与 Safari 优先产品。
- 许多 CDN 优化过的简单运维模型。
- 围绕 M3U8 的庞大工具生态。
何时 DASH 更合适
- 基于标准的多 DRM 打包策略。
- 已标准化 MPD 工作流的环境。
- 部分安卓/桌面播放栈偏好 DASH。
为何 HLS 统治 HTTP 视频
HTTP Live Streaming（HLS）以播放列表 + 分片的形式经普通 HTTP(S) 传输媒体。CDN 本就擅长缓存 HTTP 对象，防火墙很少拦，客户端可在带宽变化时切换码率。苹果提出后，业界在非苹果浏览器上用基于 MSE 的播放器跟进。对许多产品，即便母版是 MP4，HLS 仍是默认交付格式。
竞品存在（DASH、低延迟变体、专有 CDN），但「给我一个手机上能播的 URL」时，HLS 仍是通用语。
核心构件
| 部件 | 角色 |
|---|---|
| Master 播放列表 | 列出变体流（画质/编码） |
| Media 播放列表 | 列出某一变体的分片 |
| 分片 | 音视频的 TS 或 fMP4 块 |
| 密钥（可选） | AES-128 或 sample 加密材料 |
| 播放器 | 拉取、缓冲、解码、自适应 |
直播列表会刷新；点播列表有限并带结束标签。混淆这两种心智模型会导致「下载永不结束」的困惑。
作为用户或开发者使用 HLS
总结
HLS 是基于播放列表、经 HTTP 的自适应流。分清 master 与 media，尊重直播与点播，用正确播放器而不是把 .m3u8 当独立 MP4。这个心智模型能解锁本站每个工具。
常见问题解答
DASH 比 HLS 更好吗？
没有绝对——取决于设备与打包需求。
一个 CDN 能同时服务两者吗？
能，双打包很常见。
谁延迟更低？
两者都有低延迟模式；经典版本相近。
初学者先学哪个？
HLS/M3U8 通常更易检查与调试。