国标GB/T28181流媒体服务器EasyGBS修复TCP模式下视频流保活导致程序崩溃的问题

我们的国标GB28181流媒体服务器输出视频，有两种模式进行传输：UDP和TCP，UDP的传输虽然快，但是容易丢包，TCP的传输虽然稳定可靠，但也比较容易占用资源，用户可以根据自己的需要来选择传输协议。

一般情况下，我们在发布国标流媒体服务器的新版本之前，会对版本各个细节的兼容性进行测试，本文依旧是在测试过程中发现的报错问题。

EasyGBS使用TCP拉流报runtime error

近期在云平台服务器上测试发现，EasyGBS在TCP拉流时，运行一段时间后会崩溃的问题，查看日志，发现报错：

    panic: runtime error: invalid memory address or nil pointer dereference
    [signal 0xc0000005 code=0x1 addr=0x38 pc=0xaeacc8]
    
    goroutine 13078 [running]:
    gitee.com/easydarwin/EasyGBSGo/sms/uas.(*MediaSession).Keepalive(0xc00190a9a0)
    	D:/Golang/own/src/gitee.com/easydarwin/EasyGBSGo/sms/uas/media_session.go:112 +0x288
    created by gitee.com/easydarwin/EasyGBSGo/sms/uas.HandleInvite
    	D:/Golang/own/src/gitee.com/easydarwin/EasyGBSGo/sms/uas/handle_invite.go:257 +0x15bc
    panic: runtime error: invalid memory address or nil pointer dereference
    [signal 0xc0000005 code=0x1 addr=0x38 pc=0xaeacc8]

分析问题

经过查看代码，分析发现，在tcp模式下流保活仍采用的udpserver服务进行保活数据记录，而此时的udpserver还未开启，以致指针越界发生未知的错误，从而导致程序崩溃。

解决问题

我们在此做了个流保活数据记录处理，可成功解决这类问题，代码如下，供大家参考：

 	if stream.Cascade != "" {

		if msess.MediaTransport == "TCP" {

			if msess.RTPTCPServer != nil {

				msess.RTPTCPServer.Cascade = stream.Cascade

			}

		}else {

			if msess.RTPUDPServer != nil {

				msess.RTPUDPServer.Cascade = stream.Cascade

			}

		}

	}