給srs長時間推流記憶體增長異常問題處理

使用librtmp庫將拉取監控的rtsp流推送給srs伺服器，發現乙個異常，在長時間大概1個月後發現系統記憶體被srs吃滿，也不知道是什麼原因產生的這個現象，並且通過top去檢視srs的內存在持續增長，通過ffmpeg推流沒有這個現象，感覺還是librtmp使用的問題，暫時也沒有很好的思路分析；

通過檢視srs的git庫，發現srs提供了乙個srs-librtmp的原始碼庫，能完成推送h264裸流的功能，然後嘗試使用這個庫推送流到srs，發現srs的記憶體沒有明顯的增長，所以就選擇換成srs-librtmp的推流庫來推流，並且srs-librtmp的介面使用非常簡單；

另外，公司採購了新的海康球形機，預設開啟rtsp的認證，但使用md5認證使用認證失敗，一直返回401，剛開始懷疑是md5演算法的問題，參考：中的計算md5的方式，算出來的md5值也是一樣的，正好對rtsp的md5認證的演算法也有了了解：

rtsp客戶端應該使用username + password並計算response如下:

(1)當password為md5編碼,則

response = md5( password:nonce:md5(public_method:url) );

(2)當password為ansi字串,則

response= md5( md5(username:realm:password):nonce:md5(public_method:url) );

但問題還是沒有找到，最後發現是配置位址和實際的url位址不一致，少了一部分，並且xml解析的時候還有報錯，但被忽略了，原來是在xml中配置該球形機取流的rtsp位址有問題，該球形機的取流位址是：rtsp:

中的條件分割符&寫成& 也就是：

rtsp: profile=profile_1

這樣子修改之後，認證和取流就都正常了。