很喜欢作者写的代码,架构设计很牛逼
很方便做二次开发,接入更多的平台
完整阅读和测试了一遍代码,直播状态检测给几个改进的建议:
当前的直播状态检测是每隔一定时间,对当前所有开启监控未正在直播的对象做直播状态检测,每个对象的检测任务都是直接扔给后台,造成的后果就是这些任务的执行时间序列是不可控的。如果监控的是100个直播间,每次都是一下子扔给后台100个检测任务,后台在短短的几秒之内对这100个直播间的服务器发送多次请求(因为每个平台获取状态一次http请求不一定够),最后的总请求书可能有几百次。如果这100个直播间都是来自同一个平台,很容易被平台服务器判断为恶意攻击从而触发风控。用StreamCap录快手容易被IP banned,可能也有这方面的原因。
我的改进建议如下:
把当前需要监控的直播间按平台分类,把他们的检测任务放到一个列表,几个平台就几个列表,每个列表开启专门的守护线程,在守护线程里处理对应列表里的检测任务时,每个处理完sleep几秒再处理下一个,这样对每个平台的http请求就不会在短短几秒内快速爆发。这样也可以避免录制任务多的时候软件主界面闪屏的现象