一 搭建
公司搭建云导播台系统，0-1。本人先后调研了几个webrtc流媒体服务器框架：
mediasoup：nodejs和c++开发各占一半
janus：c开发插件，用docker镜像安装运行成功，自编译运行坑太多。
ZLMediaKit：c++开发。信令部分需要单独开发，可以团队合作。编译运行一次成功，易用性好。
win10+vscode+ remote ssh连接虚拟机192.168.2.205
，截图下边4个箭头从左到右依次点击，根据提示选择选项。编译、调试程序非常方便。
无需生成launch.json,tasks.json等配置文件
。
源码下载地址
https://github.com/ZLMediaKit/ZLMediaKit
编译参考
https://github.com/ZLMediaKit/ZLMediaKit/wiki/%E5%BF%AB%E9%80%9F%E5%BC%80%E5%A7%8B
编译成功后，在ZLMediaKit/release/linux/Debug目录下生成MediaServer
须注意，
webrtc编译和MediaServer编译有一点点差异，看下文
zlm启用webrtc编译指南 · ZLMediaKit/ZLMediaKit Wiki · GitHub
虚拟机实测，调试运行会
提示80，443，554端口被占用或权限问题。
手动改端口
1080,
443,554
ffmpeg循环推流：
//注意看，此处推的是rtmp，webrtc服务器也能接收到流
ffmpeg -re -stream_loop -1 -i 1.mp4 -vcodec h264 -acodec aac -f flv rtmp://192.168.2.205/live/
test1
obs推流：
浏览器播放：
http://192.168.2.205:
1080
/webrtc
//踩坑记录
：因为http默认端口80改成了1080，所以此处要对应改，被坑半天排查问题
url完整显示如下：
http://192.168.2.205:1080/index/api/webrtc?app=live&stream=test1&type=play
二 源码分析
单进程多线程，epoll模型：
ZLMediaKit启动时根据cpu核心数自动创建若干epoll实例(非linux平台为select)；每个epoll实例都有一个线程运行
epoll_wait
函数来等待事件的触发。
服务器收到accept事件后，会创建一个TcpSession对象并绑定到该epoll实例（同时把与之对应的peer fd加入到相关epoll监听）。Tcp连接：TcpSession对象 1:1，在之后客户端与服务器的数据交互中，该TcpSession对象处理一切与之相关的业务数据，并且该对象之后生命周期内的一切事件都会由该epoll线程触发，这样服务器的每个epoll线程都能均匀的分派到合理的客户端数量
rtsp mediasource最重要的两个元素
sdp
rtp
根据track生成sdp，三个部分，title，video，audio
rtmp mediasource最重要的两个元素
metadata(元数据，分辨率，codecid，samples等)
config,frame(sps,pps,aac adts头)
rtmp packet(h264/aac等)