“流媒体”这个词被用得很泛：视频网站是流媒体，网络电台是流媒体，游戏直播也是。但从技术角度看，它只描述一件事——数据以连续的分段形式边传边播，用户不必等整个文件下载完。本文按“原理 → 协议 → 播放器选型”三层梳理。

一、流媒体与“下载后播放”的本质区别

下载播放的模式是：先拿完整个 MP4（比如 500MB），再本地解码。缺点明显：起播慢、占存储、无法处理超长内容、也不便于统计观看进度。

流式则是把媒体切成许多小块（segment），播放器按播放进度逐块请求：先取 2~3 块建立缓冲区（buffer）后起播，之后一边播一边续取。带来三个能力：

• 秒开：只需要首块数据；
• 自适应码率（ABR）：同一节目准备多种清晰度，播放器根据带宽和 CPU 动态切换，弱网自动降档不卡顿；
• 拖动/时移：只要索引里能定位到对应分片，随机 seek 不需要重下整个文件。

另外流媒体还分点播（VOD）与直播（Live）：直播的分片是持续生成的，延迟取决于分片时长与缓冲策略。

二、主流协议与延迟水平

• HLS（HTTP Live Streaming）：苹果提出，一个 .m3u8 播放列表 + 一堆 .ts 或 .fmp4 分片。走普通 HTTP，CDN 友好、通用性最好，浏览器原生支持仅限 Safari，其它浏览器需 hls.js 做 MSE 转封装。典型延迟 6~30 秒，压缩 LL-HLS 可到 2~4 秒。
• DASH（MPEG-DASH）：用 .mpd 清单描述多周期/多码率，标准化程度高、跨平台，国内很多大站与 OTT 在用。工具链 dash-mpd-validator、播放器 dash.js。
• RTMP：Adobe 的长连接协议，1935 端口，主播推流仍是主流（OBS 里默认就是 RTMP）。缺点：Flash 停服后浏览器无法直接播，只能作为 ingest 协议，服务端转成 HLS/DASH 分发。
• WebRTC：P2P/低延迟路线，端到端可做到 200~500ms，适合连麦、会议、互动直播；代价是规模化分发成本高。
• SRT / RIST：面向专业回传，弱网下抗丢包，用于跨地域节目传输。

一句话选型：要稳定大规模分发用 HLS/DASH；要超低互动延迟用 WebRTC；主播上行推流用 RTMP/SRT。

三、编码与封装别混淆

常见误区是把 .mp4 当“格式”。实际分两层：

• 编码（codec）：H.264/AVC、H.265/HEVC、AV1、VP9，视频；AAC、Opus、MP3，音频。
• 封装（container）：MP4、MKV、TS、FLV、WebM，负责把音视频轨与字幕打包、记录时间戳。

因此“同一个 MP4 在不同浏览器能不能播”取决于编码：H.264 Baseline/Main + AAC 兼容性最好；HEVC 在 Chrome/Android 支持有限（部分依赖硬件）；AV1 新近普及；VP9 在 Chrome/Firefox 良好、Safari 支持不完整。

四、播放器推荐（按用途）

• 本地全能播放：VLC（开源，解码器内置，能播 HLS/RTSP/TS 流）；mpv（轻量、快捷键驱动、GPU 解码与画质选项丰富，支持 --demuxer-lavf-format hls 直接播放 m3u8）；PotPlayer（Windows 用户基数大）。
• 网页自研播放器：Video.js（皮肤+插件生态）、hls.js（Chrome/Firefox 播 HLS 的事实标准）、dash.js、Shaka Player（Google 出品，DRM 与 DASH 支持完善）。
• 商用一体化：阿里云/腾讯云/七牛云的点播与直播 SDK，自带转码、加密（HLS AES-128 或 DRM）、CDN 分发与防盗链。
• 服务器端：Nginx + nginx-rtmp-module（自建推流）、SRS、MediaMTX（原 rtsp-simple-server，支持 RTSP/RTMP/HLS/WebRTC 转换，单机测试很方便）。

五、自建一个可播的 HLS 测试流

# 1) 用 ffmpeg 把本地 mp4 切片成 HLS
ffmpeg -i input.mp4 -c:v libx264 -profile:v baseline -level 3.1 \
       -c:a aac -b:a 96k -hls_time 4 -hls_list_size 0 \
       -hls_segment_filename 'seg_%03d.ts' index.m3u8
2) 用 nginx 静态服务该目录（需 .m3u8 的 MIME 为 application/vnd.apple.mpegurl）
3) 浏览器测试：Safari 直接放；Chrome 用 hls.js 或装 VLC 插件时代的方案已不可用

Nginx 的 mime.types 默认没有 m3u8，需要手动加：

application/vnd.apple.mpegurl m3u8;
video/mp2t ts;

缺 ts 的 MIME 声明是“HLS 只有声音没画面”“iOS 正常、安卓黑屏”的常见原因之一。

六、常见问题 FAQ

问：流媒体一定需要先下载吗？
答：不需要完整下载，但确实需要“边下边播”的缓冲。缓冲区大小由播放器策略决定，缓冲越多越抗抖动、但起播与延迟更慢。

问：为什么我看的直播比人家晚十几秒？
答：HLS 的分片时长 × 缓冲分片数直接决定延迟。要低延迟可缩短 -hls_time、启用 EXT-X-PART（LL-HLS）、或改走 WebRTC。

问：m3u8 里的 ts 文件能直接双击播放吗？
答：可以，用 VLC/mpv 逐个打开，但缺少播放列表就无法知道顺序与时长。合并方法：ffmpeg -i index.m3u8 -c copy out.mp4。

理解流媒体的关键：切片 + 清单 + 自适应 + CDN。协议选错了，播放器再强也补不上延迟与兼容性的差距。

• 播放器
• 流媒体
• 视频技术