Docker环境下Node.js+FFmpeg处理RTSP流失败求助

问题根源分析 #

本地运行正常但Docker内报错，核心原因集中在三个方向：

1. Docker容器的网络限制（尤其是UDP传输的RTSP流容易出现丢包、超时）
2. FFmpeg输入参数传递错误（analyzeduration/probesize属于输入参数，而非输出参数，之前的配置方式未生效）
3. Dockerfile的冗余配置可能导致依赖安装不完整

解决方案步骤 #

1. 修复并优化Dockerfile #

清理冗余命令，确保FFmpeg依赖安装完整，同时推荐用非root用户运行以提升安全性：

FROM node:16-alpine

# 合并更新与安装命令，减少镜像层并确保依赖完整
RUN apk update && apk add --no-cache ffmpeg

RUN mkdir -p /home/node/app
WORKDIR /home/node/app
COPY . .

# 切换为node用户运行（可选但推荐）
RUN chown -R node:node /home/node/app
USER node

RUN npm install
CMD [ "node", "rtsp-multi.js" ]

2. 正确配置FFmpeg输入参数 #

analyzeduration、probesize以及rtsp_transport都是FFmpeg的输入流参数，需要传递给RTSP输入环节，而非输出环节。若rtsp-multi-stream库版本支持inputArgs字段，按以下方式修改代码：

const VideoStream = require('rtsp-multi-stream');
const streamer = new VideoStream.VideoStream({
  debug: true,
  wsPort: 9000,
  ffmpegPath: 'ffmpeg',
  // 针对RTSP输入流的参数配置
  inputArgs: {
    '-analyzeduration': '10000000', // 设置为10秒，确保足够时间分析流
    '-probesize': '10000000',       // 增大探测缓冲区
    '-rtsp_transport': 'tcp'        // 强制使用TCP传输，避免容器UDP网络丢包
  },
  ffmpegArgs: {
    '-b:v': '2048K',
    '-an': '',
    '-r': '24',
  },
});

setInterval(() => console.log([...streamer.liveMuxers.keys()]), 10000);

若你的库版本不支持inputArgs，可尝试修改库内部的FFmpeg命令拼接逻辑，或更换为更灵活的库（如node-rtsp-stream-es6）。

3. 排查容器网络连通性 #

在容器内直接测试RTSP流的可达性，确认网络无问题：

1. 启动交互容器：docker run -it --rm <你的镜像名称> sh
2. 执行FFmpeg测试命令：

ffmpeg -analyzeduration 10000000 -probesize 10000000 -rtsp_transport tcp -i rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mp4 -f null -

如果该命令报错，说明网络存在问题：

• 若DNS解析失败，可在运行容器时添加--dns 8.8.8.8指定公共DNS
• 若RTSP端口（默认554）被阻断，可尝试用--network host让容器使用主机网络测试

4. 验证FFmpeg功能完整性 #

在容器内执行以下命令，确认FFmpeg支持RTSP协议：

ffmpeg -protocols | grep rtsp

若输出无rtsp，说明安装的FFmpeg为精简版，可尝试安装完整包：

apk add --no-cache ffmpeg-full

额外优化建议 #

• 若rtsp-multi-stream库维护不活跃，可直接用ws库结合FFmpeg子进程实现流转发，完全控制FFmpeg参数，灵活性更高
• 开启FFmpeg的详细日志输出，在inputArgs中添加'-v': 'debug'，便于排查流解析问题

内容的提问来源于stack exchange，提问作者SantiSori