优化点

  • 内存分配和gc, 可以通过对象池来处理
  • 推100个流 测下，应该和nginx-rtmp差不多
  • 500ms延迟下 go-rtmp可以优化到和nginx-rtmp相近的程度, RTC因为他低延迟的特性 能够优化的不多
  • 多线程，会因为线程切换带来开销，可能达到三分之一的水平

复杂握手

rtmp 1.0规范中，指定了RTMP的握手协议：

  • c0/s0：一个字节，说明是明文还是加密。
  • c1/s1: 1536字节，4字节时间，4字节0x00，1528字节随机数
  • c2/s2: 1536字节，4字节时间1，4字节时间2，1528随机数和s1相同。 这个就是srs以及其他开源软件所谓的simple handshake，简单握手，标准握手，FMLE也是使用这个握手协议。

Flash播放器连接服务器时，若服务器只支持简单握手，则无法播放h264和aac的流，可能是adobe的限制。adobe将简单握手改为了有一系列加密算法的复杂握手（complex handshake） ，详细协议分析参考变更的RTMP握手
下表为总结：

方式 依赖库 播放器 客户端 SRS 用途
Simple
标准握手
简单握手		 不依赖 vp6+mp3/speex 所有 支持 编码器，譬如FMLE，FFMPEG
srs-librtmp（两种都支持，推荐用Simple）
Complex
复杂握手		 openssl vp6+mp3/speex
h264+aac		 Flash 支持 主要是Flash播放器播放H264+aac流时需要，
其他都不需要

播放器(Flash Player): Flash播放器支持的编码。
备注：SRS编译时若打开了SSL选项（—with-ssl），SRS会先使用复杂握手和客户端握手，若复杂握手失败，则尝试简单握手。