从零构建轻量级流媒体服务：推流、分发与播放实践

一、为什么需要自建流媒体服务

在直播、在线课堂、监控预览等场景中，流媒体服务承担着接收推流、协议转换和内容分发的关键角色。相比直接使用公有云直播方案，自建服务在数据传输路径、成本控制、内网隔离和定制化能力上具有明显优势。尤其是当推流端和播放端都处于同一局域网或受控网络环境时，一套轻量级的自建流媒体服务可以显著降低延迟，减少对外部网络的依赖。

不过，流媒体服务并不是一个单一组件，它通常由三部分组成：推流端、服务端和播放端。推流端负责采集音视频并编码上传；服务端负责接收流、缓存、转封装和分发；播放端负责拉流、解码和渲染。本文的目标就是围绕这三个环节，构建一个完整且可验证的推流与播放闭环。

在协议选择上，RTMP 依然是一种广泛使用的推流协议。它基于 TCP，传输稳定，兼容大量推流工具和播放器。虽然 RTMP 在浏览器端播放逐渐被 HTTP-FLV 和 HLS 取代，但作为第一跳的推流协议，其成熟度和工具链完整性仍然很高。因此，本文采用“RTMP 推流 + HTTP-FLV/HLS 播放”的通用架构，兼顾低延迟与终端兼容性。

二、总体架构与组件说明

整个系统的数据流可以概括为：

推流端采集音视频 → RTMP 推流 → 服务端接收并转封装 → 播放端通过 HTTP-FLV 或 HLS 拉流播放。

为了实现这一架构，需要引入一个高性能反向代理服务器，并为其编译安装流媒体扩展模块。该模块提供了 RTMP 协议处理能力，同时能够将 RTMP 流转封装为 HTTP-FLV 和 HLS 输出。这样，同一个服务进程既能接收推流，又能直接向播放端分发，极大简化了部署结构。

推流端使用常见的桌面推流软件即可完成音视频采集与编码。播放端既可以使用桌面播放器，也可以通过浏览器网页配合前端播放库进行播放。对于移动端，HLS 具有天然兼容性；对于桌面端和低延迟场景，HTTP-FLV 是更合适的选择。

三、服务端部署：从源码编译到配置

3.1 为什么需要源码编译

操作系统软件源中自带的反向代理服务器通常不包含流媒体模块，因此需要通过源码编译的方式将扩展模块集成进去。这个过程并不复杂，核心步骤是下载两份源码：反向代理服务器源码和流媒体模块源码，然后在编译时通过配置参数将模块加入。

编译的好处是版本可控、模块可控，同时避免了预编译包可能存在的功能裁剪问题。缺点是每次升级都需要重新编译，但在稳定的流媒体服务场景中，版本变更并不频繁。

3.2 安装编译依赖

在 Ubuntu 或 Debian 系列系统中，首先更新软件源，然后安装一组基础编译工具和依赖库。这些依赖包括 C 编译器、正则表达式库、SSL 库和压缩库，它们是反向代理服务器编译和运行流媒体模块所必需的。

sudo apt-get update
sudo apt-get install build-essential libpcre3 libpcre3-dev libssl-dev zlib1g-dev unzip wget

执行完成后，系统就具备了从源码构建服务端的基础环境。如果服务器内存较小，建议关闭其他非必要服务，确保编译过程稳定完成。

3.3 下载源码与模块

创建工作目录后，分别下载反向代理服务器的稳定版本源码包和流媒体模块的压缩包。建议选择经过长期验证的稳定版本，避免使用开发分支，以降低部署风险。

mkdir -p ~/stream-build && cd ~/stream-build
wget http://nginx.org/download/nginx-1.20.2.tar.gz
wget https://github.com/arut/nginx-rtmp-module/archive/master.zip
unzip master.zip
tar -zxvf nginx-1.20.2.tar.gz

解压后的目录中，一个包含服务器核心源码，另一个包含流媒体模块源码。接下来的配置阶段，需要将模块路径作为编译参数传入。

3.4 配置编译选项

进入服务器源码目录，执行配置脚本。除了常规的安装路径、用户和模块开关外，最关键的是通过 --add-module 参数指定流媒体模块的绝对路径。这样编译出的可执行文件会内置 RTMP 协议处理能力。

cd nginx-1.20.2
./configure --with-http_ssl_module --with-http_v2_module --add-module=../nginx-rtmp-module-master
make
sudo make install

编译安装完成后，默认安装路径为 /usr/local/nginx。服务端主程序位于 sbin 子目录下，配置文件位于 conf 子目录下。通过修改配置文件，即可定义 RTMP 推流入口和 HTTP 播放出口。

四、核心配置：RTMP 推流与 HTTP 分发

4.1 RTMP 推流配置

打开主配置文件，添加一个 RTMP 服务块。其中监听 1935 端口，这是 RTMP 协议的默认端口。在应用块中，可以配置直播模式、是否允许播放、以及转封装输出选项。

rtmp {
    server {
        listen 1935;
        chunk_size 4096;
        application live {
            live on;
            record off;
            hls on;
            hls_path /tmp/hls;
            hls_fragment 3s;
            hls_playlist_length 15s;
        }
    }
}

live on 表示启用直播模式，接收推流并允许拉流。record off 表示不将流保存到磁盘。hls on 会为每条流生成 HLS 切片和播放列表，供移动端和浏览器播放。

4.2 HTTP 播放配置

在 HTTP 服务块中，需要添加两个 location：一个用于输出 HLS 静态切片文件，另一个用于 HTTP-FLV 播放。HTTP-FLV 通过一个简单的路径匹配，将 RTMP 流以 FLV 容器格式直接输出给播放器。

http {
    server {
        listen 8080;
        location /hls {
            types {
                application/vnd.apple.mpegurl m3u8;
                video/mp2t ts;
            }
            alias /tmp/hls;
            add_header Cache-Control no-cache;
            add_header Access-Control-Allow-Origin *;
        }
        location /flv {
            flv_live on;
            chunked_transfer_encoding on;
            add_header Access-Control-Allow-Origin *;
        }
    }
}

其中 /hls 路径用于访问 HLS 播放列表和切片文件，/flv 路径用于通过 HTTP-FLV 拉流。跨域头允许浏览器端网页播放器跨域访问，避免前端调试时出现资源加载问题。

完成配置后，检查语法并启动服务：

sudo /usr/local/nginx/sbin/nginx -t
sudo /usr/local/nginx/sbin/nginx

如果防火墙开启，需要放行 1935 和 8080 端口。此时服务端已经具备完整推流与分发能力。

五、推流端配置与验证

推流端使用桌面推流软件即可。打开软件后，在设置中添加自定义推流服务器，地址填写 rtmp://服务器IP:1935/live，流名称填一个自定义字符串，例如 test。推流端可以采集摄像头、桌面窗口或本地视频文件，编码参数建议使用 H.264 视频和 AAC 音频，分辨率根据服务器带宽和播放端需求合理设置。

开始推流后，服务端会打印连接日志，同时 /tmp/hls 目录下会生成对应的切片文件。此时可以通过以下方式验证：

• 桌面播放器：打开网络流，输入 rtmp://服务器IP:1935/live/test，验证 RTMP 拉流。
• HTTP-FLV 播放：在支持 FLV 的播放器或网页播放器中打开 http://服务器IP:8080/flv?app=live&stream=test，验证低延迟分发。
• HLS 播放：在手机浏览器或播放器中打开 http://服务器IP:8080/hls/test.m3u8，验证切片播放。

六、关键问题与优化建议

6.1 延迟控制

RTMP 推流本身延迟较低，通常在一到三秒。HTTP-FLV 分发可以保持相近的延迟水平，而 HLS 由于切片机制，延迟通常在三秒以上。如果对延迟敏感，优先使用 HTTP-FLV；如果对终端兼容性要求高，HLS 是更稳妥的选择。

6.2 资源占用与并发能力

该方案的核心优势之一在于资源占用极低。由于服务端采用事件驱动模型，单台低配服务器在带宽充足的情况下即可承载数十路并发推流。实际并发上限受带宽、编码码率和播放端数量共同影响，建议在正式上线前进行压测。

6.3 安全与权限控制

默认配置未启用推流鉴权。如果服务暴露在公网，建议添加推流密钥验证，例如在应用块中配置 on_publish 回调，将推流请求转发到内部认证接口。播放侧也可以通过 IP 白名单或临时 URL 签名进行限制，防止未授权访问。

七、总结

本文构建了一套基于通用技术栈的轻量级流媒体服务，完整覆盖 RTMP 推流、HTTP-FLV 低延迟分发和 HLS 多端播放三个关键环节。通过源码编译和简洁配置，即可在低配服务器上实现稳定、可控的直播流转发能力。该方案适合内部直播、教学演示、设备预览等对自主可控和数据隐私要求较高的场景。对于有大规模分发需求的情况，可以在此基础上接入内容分发网络或对象存储进行切片加速，进一步扩展服务能力。