SRS4.0源码分析-SrsRtmpConn::cycle - 弦外之音

/ 0评 / 0

本文采用的 SRS 版本是 4.0-b8 , 下载地址:github


本文讲解 SrsRtmpConn::cycle() 函数的实现原理。流程图如下:



上面我只画了流程图,不贴代码了,主要讲下重点:

1,RTMP 的握手逻辑 S0,S1,CS 全部在 rtmp->handshake() 里面,SRS 的 RTMP 服务器实现,是先尝试复杂握手,不行再切换成简单握手。RTMP 握手在这里不太过多讲解,请看《RTMP协议分析-handshake

2,请看下图

上面 do_cycle() 里面用到了一个 Class SrsRequest ,这个指的是 RTMP request,因为 SRS 早期的全称 是 Simple RTMP Server。虽然现在 SRS 服务器混合了 SRT 跟 Webrtc,但是这个 SrsRequest 跟Srt 跟 RTC 没有关系,大部分的类,方法,变量名,前面如果是 Srs,都可以把它看成是 RTMP 相关的业务。

3,分析下面两句代码

SrsRequest* req = info->req;
rtmp->connect_app(req)

代码跑到这里的时候,客户端已经开始发 connect 指令,如下图抓包:connect_app() 函数做的事情就是 把 客户端的 connect 请求的信息提取出来,放到 req 变量。

4,代码跑到这里,就会执行 SrsRtmpConn::service_cycle()SrsRtmpConn::service_cycle() 函数前面的一堆逻辑,都是处理 RTMP 协议的交互协商的,就是 window size,chunk size,bandwidth,之类的。具体的协商流程请看RTMP协议分析-chunk格式,里面最重要的地方是 调用了 stream_service_cycle()


实际上到这里,RTMP 的协议的,握手, chun size,窗口,带宽,都已经交互完毕,最后就是循环执行 SrsRtmpConn::stream_service_cycle()

stream_service_cycle() 函数,看名字就知道是处理流的,没错,这个函数是处理 RTMP 推流,跟 播放两个业务的。在下一篇文章分析。


由于笔者的水平有限, 加之编写的同时还要参与开发工作,文中难免会出现一些错误或者不准确的地方,恳请读者批评指正。如果读者有任何宝贵意见,可以加我微信 Loken1。QQ:2338195090。

发表回复

您的电子邮箱地址不会被公开。