举例,欢乐斗地主,Worker进程中正在进行着好几桌牌局,另外谁也不知道所有的牌局什么时候结束,所以这个worker肯定还是要留着的,那么官方提供的reload肯定是对此不可用。
我的想法是发一个指令由manager新开启N个worker进程,原有worker标记为不接收新的牌局,并加入定时器,等待所有牌局结束后自动关闭。但貌似并没有此类接口可用,还有什么方法能实现类似效果吗?
举例,欢乐斗地主,Worker进程中正在进行着好几桌牌局,另外谁也不知道所有的牌局什么时候结束,所以这个worker肯定还是要留着的,那么官方提供的reload肯定是对此不可用。
我的想法是发一个指令由manager新开启N个worker进程,原有worker标记为不接收新的牌局,并加入定时器,等待所有牌局结束后自动关闭。但貌似并没有此类接口可用,还有什么方法能实现类似效果吗?
自己想了个方案应该可行,一个服务开启大于2个worker,当服务收到realod指令,停止一半的worker,只处理剩余未结束的对局,新的对局由其余一半worker处理,当那一半worker的对局全部结束直接调用stop重启,然后换另一半worker运行这个流程
可以考虑把状态数据都放redis