FFmpeg+Nginx+Rtmp+HLS+Videojs搭建直播网站（理论与实战）

如果你搜索过“自己搭一个直播站”，大概率会看到一串名词堆在一起：FFmpeg、Nginx、RTMP、HLS、Video.js。它们听起来像五个独立的东西，实际上是一条完整链路上的五个环节——推流、转发、切片、播放。这门课要解决的，就是把这条链路从头接通一次，而不是分别背五个概念。

它解决的是哪个工作场景

最常见的需求有三种：公司内部想做一场不外传的培训直播，用公有云直播服务不方便或成本不划算；手里有摄像头或录屏源，想把画面推到自己的服务器再分发给一批观众；做运维或后端，被安排维护一套别人搭好的流媒体服务，但看不懂配置文件里那几行到底在干什么。

这三种场景的共同点是：链路不长，但每一环都得对上。推流地址写错一个端口、Nginx 的 rtmp 块和 http 块没配对、切片路径和播放地址不一致，画面就是出不来。课程的价值在于把这几个容易踩的坑集中讲一遍，而不是让你在论坛里零散地拼答案。

为什么是 RTMP + HLS 两套一起讲

这是这门课比较务实的地方。只讲 RTMP，延迟低，但浏览器早就不原生支持了，最终还得靠插件或转封装；只讲 HLS，兼容性好，但延迟通常在十几秒以上，用在互动场景里体验很差。

实际项目里更常见的是两者并用：主播端用 RTMP 推流，服务端同时输出 RTMP 和 HLS 两路，内部监控走低延迟那路，对外网页播放走 HLS。课程把这两条路径放在同一个 Nginx 配置里讲，学完你能理解为什么要做这个取舍，而不是只记住“HLS 延迟大”这句结论。

Video.js 那一环不是装饰

很多人搭到播放这一步会卡住：流已经在服务器上了，网页上怎么放？直接写 video 标签往往播不了，因为 HLS 需要额外处理。Video.js 在这里的作用是把播放器的兼容问题包掉，让你把注意力放在地址、格式和播放参数上。

这一部分会涉及播放地址怎么拼、m3u8 和 ts 切片的关系、播放失败时先查哪一层。这些排查思路比记住一段播放器初始化代码更有用，因为真实环境里报错信息通常不会直接告诉你问题出在 FFmpeg 参数还是 Nginx 路径上。

适合什么基础的人学

• 能连上 Linux 服务器，会基本的命令行操作，比如查看进程、编辑文件、看日志。完全不熟悉 Linux 的话，建议先补这一块再开始。
• 对网络有最基础的认知，知道端口、IP、HTTP 大概是什么。课程不会从零讲网络原理。
• 不需要事先懂音视频编码。FFmpeg 的转码参数会在实战里逐个解释，重点是把参数和效果对应起来，而不是背下所有选项。
• 后端、运维、测试、想接私活的开发都合适。如果你只是想让网页上出现一个视频，用现成云服务更省事，这门课不适合你。

资料怎么用效率更高

建议按“先跑通、再拆解”的顺序。第一遍不要纠结每个配置项的含义，先照着把推流到播放的整条链路跑起来，哪怕画面很粗糙、延迟很高。链路通了，你才有反馈可以对照。

第二遍再回到每个环节：FFmpeg 这一行命令改了参数会怎样，Nginx 配置里哪一段负责接收推流、哪一段负责切片，Video.js 换一个播放地址会发生什么。配套的章节笔记适合在这个阶段用，把跑通过的命令和配置整理成自己的版本，而不是原文抄一遍。

最后一步是换个场景复现一次：改个端口、改个推流路径、换一种分辨率，看还能不能跑通。能独立复现并解释清楚每一环在做什么，这套东西才算真的变成你的。找流媒体相关岗位时，这份能讲清楚细节的实操经历，比一句“了解直播技术”有说服力得多。