feat: 利用白名单实现手动调整任务的执行优先级

[monofish]

因B站粉丝牌升级任务规则更新，新规则同一时间只允许在一个直播间挂机，该规则严重拉长了程序执行的总时长，当粉丝牌较多时，一天24小时可能无法完成所有粉丝牌的升级任务。

此次修改通过将需要执行任务的粉丝牌按照白名单输入的顺序重新排序，从而达到通过手动修改配置文件白名单即可调整任务执行优先级的目的。用户可将自己认为重要的粉丝牌放在白名单靠前的位置即可优先执行升级任务。

没必要吧 填了白名单后 所有的都会执行任务 顺序无所谓的

因为我牌子很多，而且经常手动跑，如果不能调整优先级，又想确保某些牌子的任务能完成，就得经常手动去改配置文件，先把高优先级的放白名单，等全部完成以后，再把低优先级的换进去，会非常麻烦。

update: 之前PR #191 的commit被我错误地提交到fork的master分支上了，而github又不能改PR来源端的分支，只能重新提一个PR，非常抱歉。

[tom-hackers]

哈哈哈 我今天调整了一下代码 允许同时挂20个直播间 测试了一下 我100个牌子都挂到了1500亲密度

[XiaoMiku01]

@tom-hackers 又允许同时看了?

[bugroom]

因B站粉丝牌升级任务规则更新，新规则同一时间只允许在一个直播间挂机，该规则严重拉长了程序执行的总时长，当粉丝牌较多时，一天24小时可能无法完成所有粉丝牌的升级任务。

此次修改通过将需要执行任务的粉丝牌按照白名单输入的顺序重新排序，从而达到通过手动修改配置文件白名单即可调整任务执行优先级的目的。用户可将自己认为重要的粉丝牌放在白名单靠前的位置即可优先执行升级任务。

没必要吧 填了白名单后 所有的都会执行任务 顺序无所谓的

因为我牌子很多，而且经常手动跑，如果不能调整优先级，又想确保某些牌子的任务能完成，就得经常手动去改配置文件，先把高优先级的放白名单，等全部完成以后，再把低优先级的换进去，会非常麻烦。

update: 之前PR #191 的commit被我错误地提交到fork的master分支上了，而github又不能改PR来源端的分支，只能重新提一个PR，非常抱歉。

大佬用的你fork的项目，直播间原本挂机耗时是：25分钟*粉丝牌数量，但9-10号后不知什么情况耗时竟然比之前减少了差不多一半时间。好奇是什么原因

[monofish]

大佬用的你fork的项目，直播间原本挂机耗时是：25分钟*粉丝牌数量，但9-10号后不知什么情况耗时竟然比之前减少了差不多一半时间。好奇是什么原因

应该和我的项目没关系，感觉是b站又改啥规则了，现在挂到1500亲密度好像只用15分钟的样子，我没针对这个做过什么处理。