国标GB28181协议视频平台EasyGBS实现告警功能，可自动截取快照

大家千呼万唤的告警功能终于在EasyGBS平台实现了。之前在做项目的时候，TSINGSEE就接到了很多用户告警功能的需求。在一段时间的努力研发之后，EasyGBS终于实现了识别告警功能，具体效果如下所示：

当监测有异常情况时，系统就会自动截取快照并记录时间。

但是我们发现在摄像头发送告警信息过来时，系统同时也会对未开启视频推流的摄像头发送推流请求，以下为推流请求代码：

func doAlarmSnap(c *sip.Context, channels models.Channel, serial string) (err error) {
	_sipDev, _ := c.Server.DevCache.Get(serial)
	locker := channels.Lock()
	if locker == nil {
		err = fmt.Errorf("alarm snap channel[%s:%s] is busy", channels.DeviceID, channels.ID)
		return
	}
	if sipDev, ok := _sipDev.(*sip.Device); ok {
		SnapStart(sipDev, channels.ToSIPChannel(), 10*time.Second)
	}
	defer locker.Unlock()
	return
}
 
reqInviteMS, err := Server.MakeRequest("INVITE", toMS, "")
	if err != nil {
		return
	}

　　

只要这个请求一发出去，系统推流请求就会卡住不再返回信息流

经过我们的排查，发现是调用快照的方法给摄像头发送推流请求时，系统没有进行多线程操作，导致同时发送请求给多个摄像头调取快照，而未推流的摄像头由于没有快照，系统收不到返回信息流，就会卡住。

我们需要在go中进行多线程操作，及添加关键字go（启用go关键字后程序会新开一个goroutine 创建一个并发任务进行执行）

db.SQLite.Create(&models.Alarm{
			DeviceID:      serial,
			ChannelID:     deviceId,
			DeviceName:    device.Name,
			ChannelName:   channels.Name,
			AlarmPriority: alarmPriority,
			AlarmTime:     aTime,
			AlarmMethod:   alarmMethod,
			AlarmType:     alarmType,
			AlarmSnap:     "",
		})
		go doAlarmSnap(c, *channels, serial)
再次播放和运动检测截图显示正常。

　　

再次播放和运动检测截图显示正常。