1. 课程导入

在视频监控、直播互动、远程巡检、无人机图传等场景中，我们经常听到“推流”这个词。所谓推流，就是把采集到的音视频数据，经过编码、封装后，主动发送到流媒体服务器或平台的过程。而 RTSP（Real Time Streaming Protocol，实时流传输协议）正是这一过程中最常见的控制协议之一。它负责建立会话、控制播放、暂停、停止，并配合 RTP/RTCP 完成音视频数据的实时传输。理解 RTSP 推流，不仅是掌握一个协议，更是打通“采集—编码—封装—传输—播放”整条链路的关键。

一、RTSP 推流的定义与核心原理

RTSP 是一种应用层协议，默认使用 TCP 554 端口，也可以基于 UDP。它本身不传输音视频数据，而是像“遥控器”一样，负责发送 DESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN 等命令，控制媒体会话。真正的音视频数据由 RTP 承载，RTCP 则负责传输质量反馈。因此，RTSP 推流通常包含两个层面：一是控制信令的交互，二是媒体数据的封装与发送。

在实际工程中，RTSP 推流常见两种形态：一种是摄像头或编码器作为客户端，主动将流推送到 RTSP 服务器；另一种是服务器作为拉流端，从设备拉取 RTSP 流再转发。无论哪种形态，核心都离不开 SDP 描述、会话建立、RTP 打包和时钟同步。SDP 中会描述媒体类型、编码格式、采样率、分辨率、payload type 等参数，接收端据此解码播放。

二、学习目标：学完本课程你能做什么

本课程的目标不是停留在概念背诵，而是让你具备独立完成 RTSP 推流链路的工程能力。具体来说，学完后你应该能够：

• 理解 RTSP、RTP、RTCP、SDP 之间的分工与协作关系，能看懂一次完整的 RTSP 会话交互过程。
• 使用 FFmpeg 将本地文件、摄像头或屏幕采集内容推送到 RTSP 服务器，并正确设置编码参数。
• 搭建并配置常见的 RTSP 流媒体服务，如 MediaMTX、Live555、ZLMediaKit 等。
• 使用 VLC、ffplay 或自研客户端拉流播放，验证推流是否成功。
• 通过抓包和日志定位常见问题，如 401 鉴权失败、SDP 协商失败、花屏、卡顿、延迟过高等。

三、整体知识框架：四层结构

RTSP 推流的知识体系可以拆成四层。第一层是协议基础，包括 RTSP 方法、状态码、URL 格式、RTP 打包规则和 RTCP 反馈机制。第二层是媒体处理，涉及采集、编码、封装、时间戳和同步。第三层是工程工具，主要是 FFmpeg、GStreamer、VLC、Wireshark 等。第四层是服务与运维，包括流媒体服务器部署、鉴权、转发、录制和延迟优化。四层之间层层递进，缺一不可。

四、实战路线图：从零到一的具体步骤

建议按照“先跑通，再理解，再优化”的顺序推进。第一步，准备一台 Linux 或 Windows 开发机，安装 FFmpeg 和 VLC，确认基础环境可用。第二步，使用 FFmpeg 将本地 MP4 文件推送到一个公开 RTSP 测试地址或本地 MediaMTX 服务，观察日志输出。第三步，用 VLC 拉流播放，确认画面和声音正常。第四步，抓包分析 RTSP 交互过程，对照 DESCRIBE、SETUP、PLAY 等命令理解每一步的作用。第五步，尝试修改编码参数、传输协议和缓冲区大小，观察延迟与画质变化。第六步，模拟鉴权失败、网络抖动、时间戳异常等故障，练习排查思路。

# 示例：使用 FFmpeg 将本地视频推送到 RTSP 服务器
ffmpeg -re -stream_loop -1 -i demo.mp4 \
  -c:v libx264 -preset veryfast -tune zerolatency \
  -c:a aac -ar 44100 -b:a 128k \
  -f rtsp -rtsp_transport tcp \
  rtsp://127.0.0.1:8554/live/demo

# 示例：使用 ffplay 拉流播放
ffplay -rtsp_transport tcp rtsp://127.0.0.1:8554/live/demo

五、常见误区与复盘建议