OBS推流从入门到实战：RTMP地址、串流密钥与多路推流全解析

前阵子一个朋友准备第一次开播，他装好了OBS，搭好了场景，结果卡在“设置-直播”里的两个输入框前面。一个叫“服务器”，一个叫“串流密钥”。他问我，这俩到底去哪找？填哪个平台的？我当时就意识到，很多新手第一次接触OBS推流，并不是不会用软件，而是被“RTMP地址”“推流码”这套概念卡住了。

这篇文章我打算把OBS推流这件事掰开揉碎讲清楚：RTMP到底是什么，推流地址和推流码怎么找、怎么填，怎么在同一条直播画面里同时推送到多个平台，以及开播之后遇到卡顿和掉线该怎么排查。从0到开播，哪怕你之前完全没碰过OBS，看完也能照着操作。

1. 先搞懂你推流时到底在干什么：RTMP协议与推流码的本质

1.1 推流和拉流，一字之差，方向正好相反

很多人第一次听到“推流”这个词，第一反应是：不就是把画面传给平台吗？对，就是这个意思，但这里藏着一个非常关键的方向性概念——推流和拉流的区别。

直播间里观众看到的画面，本质上要经历两段数据传输过程：

推流（Push）：你的OBS持续不断地把一小段一小段视频数据发送到平台提供的服务器上。这个方向是从你的电脑出去，到服务器。打个比方，这就像你到快递站去寄一个持续发货的包裹。

拉流（Pull）：观众端播放器从平台服务器上把视频数据取下来播放。方向是从服务器到观众设备。这就像收件人从快递站取件。

平台服务器位于中间，一边收你的货，一边给观众发货。

那这跟标题里的RTMP有什么关系？RTMP就是“寄快递”这个环节使用的快递标准。全称Real-Time Messaging Protocol，即实时消息传输协议。它规定了一台编码器（比如OBS）怎么把音视频数据以一个个“消息”的形式送到服务器上。虽然这套协议诞生于Flash时代，到现在已经二十多年了，但它在推流这一环依然是事实标准，绝大多数直播平台给主播的推流地址仍然以rtmp://开头。

为什么RTMP在推流端这么能打？两个理由：一是延迟可控，从推流到服务器基本是秒级，符合直播场景的需要；二是它天然设计成“持续推送”模式。OBS开启推流后，数据就像水管里的水一样连续流动，服务器边收边转，观众边转边看，这种流式节奏恰好匹配直播的需求。相比之下，像HTTP这种“请求-响应”的协议就不适合做持续的音视频推流。

如果你在网上搜“拉流”和“推流”的区别，经常看到“客户端获取的摄像头点播地址是拉流还是推流”这类问题。其实判断标准很简单：看数据是主动送出去还是被动取回来的。摄像头把画面主动送到服务器或NVR，这就是推流；你的手机App从服务器上取一个视频流地址来播放，这就是拉流。判断方向的方法就是问自己一句：“数据是从我这里出去的，还是从别人那里取回来的？”

1.2 推流码不是密码，是直播间的取件码

搞清楚RTMP之后，“服务器地址”和“串流密钥（推流码）”就非常好理解了。

我们以常见的推流地址格式为例：

TEXT

复制

1

rtmp://live.example.com/live/abc123xyz

粗看像一个网址，实际上它由三段组成：

rtmp://：协议头，告诉OBS用RTMP协议进行连接。

live.example.com：服务器域名或IP，平台用来接收推流的服务器所在地。

/live/abc123xyz：应用路径。通常情况下，/live是应用名，abc123xyz是串流密钥，也就是常说的推流码。

“串流密钥”听起来很吓人，像是密码，但它并不是用于授权验证的密码，而是用来匹配直播间的标识。它相当于一个专属“取件码”：平台服务器收到一个推流连接时，看到密钥是abc123xyz，就知道这是哪个主播、哪个直播间的流，于是把它分配到对应的直播间ID下。观众点进你的直播间，播放器才会从平台服务器上拉到你刚推上去的画面。

它的这种唯一性决定了一个有意思的现象：“顶号”。同一个推流码，如果被两个不同的人同时使用，后连