本文主要是介绍SRS4.0源码分析-SrsRtmpConn::cycle，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
SRS 的社群来了，想加入微信社群的朋友请购买《SRS原理》电子书，里有更高级的内容与答疑服务。
本文采用的 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 推流，跟 播放两个业务的。在下一篇文章分析。
由于笔者的水平有限， 加之编写的同时还要参与开发工作，文中难免会出现一些错误或者不准确的地方，恳请读者批评指正。
这篇关于SRS4.0源码分析-SrsRtmpConn::cycle的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
