配置一个高可用的FLV服务器，需要结合流媒体引擎选择、协议适配（HTTP-FLV与RTMP）以及缓存策略，目前行业共识认为Nginx+RTMP模块或SRS是兼顾成本与性能的主流方案，而具体配置需根据直播或点播场景决定。参考2
理解flv服务器配置的核心需求
在动手之前，你需要先搞清楚两个方向：直播还是点播，直播场景下，服务器必须支持实时流摄取和分发，延迟通常控制在2-5秒内，这就要求协议栈包含RTMP推流和HTTP-FLV拉流，点播则更关注文件存储效率、防盗链以及高并发下的磁盘IO，无论哪种，FLV格式本身依赖HTTP- FLV协议，因此服务器必须能正确解析FLV的metadata,并支持关键帧索引。
- 直播配置强调低延迟和流式处理,需要整合推流端与播放端。
- 点播配置聚焦缓存策略和随机访问,需要模块支持FLV的seek操作。
- 两者都需考虑跨域访问,尤其是前端播放器直接请求时。
几种主流的flv服务器配置方案对比
选择哪个方案直接影响搭建成本和后期维护，下表列出最常见的四种方案,覆盖了从轻量级开源到商业级全功能。
| 方案 | 特点 | 配置难度 | 价格 | 适用场景 |
|---|---|---|---|---|
| Nginx+RTMP模块 | 轻量模块化，社区活跃，资料丰富 | 中等 | 免费 | 中小型直播、点播 |
| SRS | 国产开源，专为直播优化，原生支持HTTP-FLV | 中等 | 免费 | 高并发直播、多协议 |
| Wowza | 商业级，全协议支持，管理界面完备 | 简单 | 商业授权，按实例计费 | 企业级多协议业务 |
| Red5 | Java编写，扩展性强，支持自定义 | 较难 | 开源免费 | 复杂业务逻辑 |
Nginx+RTMP模块：轻量级首选方案
这是目前为止应用最广泛的组合，在Nginx上通过编译添加rtmp-module，即可同时提供RTMP推流和HTTP-FLV拉流，配置时只需要两个核心块：
rtmp块用于接收推流，http块中的flv_live指令分发流，大多数生产环境会将rtmp的chunk_size设为4096来减少延迟，如果你需要同时服务点播，Nginx原生的flv模块也支持播放已存储的FLV文件。
SRS：专为直播优化的国产方案
SRS（Simple-Rtmp-Server）同样是开源项目，但它对HTTP-FLV的支持比Nginx模块更深入，在SRS中，你只需一行配置就能开启HTTP-FLV，并且支持GOP缓存和集群扩展，业内专家指出，在超高并发场景下SRS的内存占用比Nginx+RTMP模块更低，因为它重新设计了流处理引擎，搭建时，SRS提供了简单的conf文件,适合快速部署。
Wowza：商业级全功能平台
如果你需要同时交付FLV、HLS、DASH等多种协议，或者更看重图形管理界面，Wowza是常见选择，它原生支持HTTP-FLV，并且内置了流媒体统计和转码功能，虽然价格不低，但flv服务器配置价格方面，对于预算充足的企业，Wowza的按实例许可模式可以节省运维人力，配置主要由XML控制，但也可以通过REST API自动化。参考2
flv直播服务器搭建实操（以Nginx+RTMP为例）
这里用一个完整的流程展示如何起步，假设你用的是CentOS 7以上系统,所有操作均可在root权限下完成。
环境准备
- 安装依赖：gcc、pcre-devel、openssl-devel、zlib-devel。
- 下载Nginx源码和nginx-rtmp-module源码（从GitHub获取）。
- 建议使用与Nginx主版本匹配的模块版本。
编译安装Nginx与RTMP模块
./configure --add-module=../nginx-rtmp-module --with-http_mp4_module --with-http_flv_module --with-http_ssl_module
make && make install注意，--with-http_flv_module是Nginx自带模块，用于支持FLV点播；--add-module=../nginx-rtmp-module则添加RTMP功能，编译完成后，确认nginx -V输出中包含这两个模块。
配置HTTP-FLV与RTMP
在nginx.conf中，先写rtmp
块：
rtmp {
server {
listen 1935;
application live {
live on;
record off;
chunk_size 4096;
}
}
}然后在http块里添加一个server，用于分发HTTP-FLV：参考2
http {
server {
listen 8080;
location /live {
flv_live on;
chunked_transfer_encoding on;
add_header 'Access-Control-Allow-Origin' '';
}
}
}这里flv_live on是关键，它告诉Nginx将RTMP流以HTTP-FLV形式输出。Access-Control-Allow-Origin解决跨域问题,否则前端播放器会报错。
启动服务与验证
启动Nginx后,使用FFmpeg推流：
ffmpeg -re -i input.mp4 -c copy -f flv rtmp://your-server-ip/live/stream然后在浏览器通过VLC或flv.js播放：http://your-server-ip:8080/live/stream，如果画面正常，nginx flv配置就成功了,注意防火墙要开放1935和8080端口。
flv点播服务器推荐与配置要点
点播场景下，你不必使用RTMP，直接用Nginx提供静态FLV文件即可，但需要确保Nginx编译时带上了--with-http_flv_module,这样播放器在seek时才能正确跳转。
缓存策略与防盗链配置
location /videos/ {
flv;
mp4;
limit_rate_after 1m;
limit_rate 100k;
valid_referers none blocked server_names yourdomain.com;
if ($invalid_referer) { return 403; }
expires 24h;
add_header Cache-Control "public, immutable";
}flv指令让Nginx以FLV流式输出,支持随机访问。limit_rate限制单连接带宽,防止大文件消耗过多资源。- 防盗链使用
valid_referers,只允许特定域名请求。 - 缓存头部设置
expires,减少重复请求。
跨域支持
如果播放器页面与FLV文件不在同一域名，务必在location块中添加add_header Access-Control-Allow-Origin ,否则现代浏览器会拦截请求。
flv服务器配置中的常见问题与优化
延迟优化
直播延迟通常由GOP大小和客户端buffer造成，推流时将GOP设为1秒（例如FFmpeg中
-g 30对于30fps视频），同时服务器端不要开启gop_cache，在Nginx配置中，确保flv_live的chunked_transfer_encoding开启，并使用sendfile和tcp_nopush。
缓存策略
对于点播，使用expires和add_header Cache-Control可以让CDN或浏览器缓存FLV文件，减少源服务器压力，但注意，直播场景不能缓存,否则延迟会急剧增加。
安全性配置
除了防盗链，还可以通过RTMP的on_publish回调或HTTP-FLV的auth_token实现动态鉴权，SRS直接支持http_hooks,可以对接你自己的认证服务。
关于flv服务器配置的常见问题
问题1：flv服务器配置需要什么硬件要求？
相当一部分中等并发场景（同时在线500-1000路）使用2核4G的云服务器即可，主要瓶颈在网络带宽和磁盘IO，如果开启GOP缓存或转码，需要考虑增加内存和CPU核心数,固态硬盘能显著提升点播的随机读取性能。
问题2：flv直播服务器搭建后为什么播放端一直缓冲？
检查推流端GOP是否过大，建议设置为1-2秒，同时确认服务器端chunked_transfer_encoding已开启，并且客户端播放器buffer设置不要超过2秒，如果使用SRS，可以尝试关闭gop_cache。
问题3：flv和hls服务器配置有哪些区别？
FLV基于HTTP长连接，延迟低（2-5秒），但需要服务器支持流式输出（如flv_live），HLS基于切片，延迟通常10-30秒，但具有自适应码率功能，兼容性更好，配置上，HLS需要额外的切片器（如Apple的mediastreamsegmenter或SRS内置的hls功能），而FLV只需在Nginx中开启flv_live,实际选择取决于你对延迟和终端兼容性的权衡。
搭建一个稳定的FLV服务器，关键在于按场景选择方案，并围绕缓存、延迟和安全性做针对性配置，从Nginx+RTMP模块起步，再根据并发和功能需求向SRS或商业方案演进,是多数团队的有效路径。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/525401.html
