看了下代码，回想了下，连开了那9条直播之后，由于机器人at全员太烦了，我改代码重启过程序。
然后启动之后，firstcheck_weibo==True，但是接口返回的微博条数有限，好像也就10来条，直播分享就占了9条，保存到全局变量里。删了这9条之后，再取前5条就出现了全局变量里不存在的微博id，于是就误报了。
当然这种场景还是比较少见的。

还有一个我觉得可以优化的地方：
微博任务每次check的时候，请求了多次接口，getidarray，get_5_idarray，checkretweet，checkpic，getscheme，getretweetweibo，getweibo，getpic这些方法都会去请求新的response数据。我觉得可以在微博任务开始时请求一次，response存到全局变量里，后面这些方法从内存读就行了，任务结束清空response。

确实，weibo 逻辑很久没更新了。

不过还是尽量避免全局变量的操作。我想了一下，可以把微博逻辑写成一个类，把 response 放在 init 中，每次查询 new 一个微博对象进行操作。