如何用FFmpeg和Nginx搭建RTMP与HLS流媒体服务器？手把手教学

自己搭一套流媒体服务器，其实并没有想象中那么难。核心思路很简单：用带RTMP模块的Nginx接收推流，再用FFmpeg把流转成HLS格式分发给观众。整套方案完全开源，一台普通云服务器就能跑起来。本文从环境准备讲到参数调优，把搭建过程中的关键细节一次讲清楚。

一、搭建前的准备：环境与软件选型

先明确整体架构。主播端通过OBS或FFmpeg把视频流推送到服务器的RTMP端口（默认1935），服务器收到流之后有两种处理方式：一是直接用RTMP协议分发给播放器，二是通过FFmpeg转封装成HLS切片，让浏览器也能直接播放。生产环境里通常是两条链路同时保留，RTMP给延迟敏感的场景用，HLS给网页端观众用。

操作系统推荐使用CentOS 7或Ubuntu 20.04以上版本。需要安装的软件主要有三样：Nginx（需要带RTMP模块）、FFmpeg、以及编译工具链。特别注意，Linux发行版自带的Nginx一般不包含RTMP模块，必须自行编译，或者使用带模块的第三方仓库版本。

以Ubuntu为例，先安装编译依赖：

sudo apt update
sudo apt install -y build-essential libpcre3 libpcre3-dev libssl-dev zlib1g-dev git

然后下载Nginx源码和RTMP模块源码进行编译：

git clone https://github.com/arut/nginx-rtmp-module.git
wget http://nginx.org/download/nginx-1.24.0.tar.gz
tar -zxvf nginx-1.24.0.tar.gz
cd nginx-1.24.0
./configure --with-http_ssl_module --add-module=../nginx-rtmp-module
make
sudo make install

编译完成后Nginx会安装到/usr/local/nginx目录。FFmpeg则可以直接用包管理器安装，Ubuntu下执行sudo apt install ffmpeg即可，版本足够满足转封装需求。如果想启用更高效的编码能力，比如把转码推流的H.265输出，可以自行编译FFmpeg并打开libx265支持。

二、配置RTMP推流服务与推流测试

Nginx装好后，编辑/usr/local/nginx/conf/nginx.conf，在文件末尾添加rtmp配置块。下面是一个典型的配置示例：

rtmp {
    server {
        listen 1935;
        chunk_size 4096;

        application live {
            live on;
            record off;

            # 将收到的RTMP流转成HLS，交给FFmpeg处理
            exec_push ffmpeg -i rtmp://127.0.0.1/live/$name
                -c copy -f flv rtmp://127.0.0.1/hls/$name;
        }

        application hls {
            live on;
            hls on;
            hls_path /usr/local/nginx/html/hls;
            hls_fragment 2s;
            hls_playlist_length 10s;
        }
    }
}

这里定义了两个application：live负责接收主播的原始推流，hls负责生成HLS切片。exec_push指令会在收到推流时自动启动FFmpeg，把live里的流复制一份转发到hls应用。注意这里用了-c copy参数，也就是不重新编码，只做转封装，CPU占用极低，这也是延迟和性能之间最划算的方案。

接下来还要在http块里加一段location，让浏览器能访问到切片文件：

http {
    server {
        listen 8080;

        location /hls {
            types {
                application/vnd.apple.mpegurl m3u8;
                video/mp2t ts;
            }
            root /usr/local/nginx/html;
            add_header Cache-Control no-cache;
            add_header Access-Control-Allow-Origin *;
        }
    }
}

配置完成后启动Nginx：sudo /usr/local/nginx/sbin/nginx。然后打开OBS，在推流设置里填入服务器地址rtmp://你的服务器IP/live，串流密钥随意填一个，比如test，点击开始推流。如果没有OBS，也可以直接用命令行推流测试：

ffmpeg -re -i input.mp4 -c copy -f flv rtmp://服务器IP/live/test

推流成功后，浏览器访问http://服务器IP:8080/hls/test.m3u8，如果能下载到播放列表文件，说明HLS链路已经打通。网页播放可以用video.js或hls.js，几行代码就能嵌入播放器。

三、HLS延迟优化与常见问题排查

HLS天生有延迟，这是切片机制决定的。播放器需要先拿到至少几个切片才能开始播放，默认配置下延迟普遍在10到20秒。降低延迟最直接的办法是缩短hls_fragment和hls_playlist_length，比如把切片时长降到1秒：

hls_fragment 1s;
hls_playlist_length 4s;

但切片太短会带来新问题：TS切片数量增多、请求变频繁，弱网环境下容易卡顿。经验值是切片1到2秒、列表长度4到8秒，可以把端到端延迟压到5秒左右。如果业务要求更低延迟，可以考虑在FFmpeg里输出LL-HLS，或者干脆把低延迟场景切换到HTTP-FLV方案，配合flv.js在网页播放，延迟能做到1到3秒。

排查问题时，有几个高频故障点值得记住。第一是推流失败，先用命令netstat -tlnp | grep 1935确认1935端口在监听，再检查云服务器的安全组是否放行了1935和8080端口，很多所谓的服务器连不上其实是安全组没开。第二是播放黑屏，多数是跨域问题，确认配置里加了Access-Control-Allow-Origin头。第三是切片文件不生成，重点检查hls_path目录是否存在且Nginx进程有写入权限，必要时执行mkdir和chown命令处理。

关于性能，一台4核8G的云服务器，在纯转封装模式下承载几百路并发推流没有压力，瓶颈通常在带宽而不是CPU。观众数量大时，建议在前面加CDN分发HLS切片，源站只负责接收推流和生成切片，这是成本和体验最平衡的架构。日志方面，可以在rtmp块里开启access_log，记录每一路推流和拉流的情况，方便后续统计和排查。

总结一下，整套方案的骨架是Nginx RTMP模块收流加FFmpeg转HLS。搭建过程本身不复杂，真正需要花心思的是延迟、并发和稳定性这三件事的平衡。建议先在小规模环境把链路跑通，再逐步引入鉴权、录制、按需转码等功能，把这套自建流媒体服务打磨成适合自己业务的形态。

FFmpeg流媒体服务器RTMP服务器搭建HLS直播修改时间：2026-09-13 02:32:09