你的方法（我最初提出的）有一個竞争条件阻止它工作 （对不起，这是我最初设计中的一个缺陷） 基本上，会发生什么： Async_Files将最后一个文件发送到管道 Async_Files阻塞（模拟一些工作负载）。 Async_JSON接收并处理最后一个文件 Async_Files现在设置FCounterTotal计数器。 此时Async_JSON已经在等待下一个从未出现的数据，并且不再检查FCounterTotal值 替代方法是将特殊的sentinel值作为最后一项发送到管道中。 异常也
您将很难调试代码以实现您想要的行为，原因很简单： 您用于在提供不同功能的不同屏幕の间切换的逻辑会导致很多麻烦您无法直接查看是否只运行游戏 所以你想：“哦......按钮不起作用，按钮一定有问题” 你可能没有意识到這样一个事实：使用具有自己的while循环的函数你会越来越深入地进行递归调用，每次从一个视图切换到另一个视图时递归深度递增 - 这不是pygame被認为编程的方式 我建议你在你的代码中添加一些print（）命令，以便在控制台输出中看到代码并没有真正按照你的意愿行事即使它乍一看姒
RabbitMQ是当前一个挺火的消息队列中间件 相比ActiveMQ 消息更不容易丢失
我之前用的是ActiveMQ 后边有的时候会莫名其妙的收不到消息 项目紧后边也没时间排查 经朋友的推荐下 换了RabbitMQ 后边用着也没啥问题
今天 的RabbitMQ 突然就出了问题 生产者发送消息 消费者监听不到 消费者重启才能接收到 这样的情况肯定不行 项目上线的话要是出现这种问题影响很大的
进入RabbitMQ的监控中心 登录 在queue里边找到自己的queue 进入 在里边可以看到消息发送情况
网上查了一下 好像说消息未确认 但是却消费了消息 这時候消息堵塞 不知情况如何 先记录一下
查看了我的spring配置文件 我当时的acknowledge为auto 接收到消息后自动确认消息 于是就在想 是不是确认不成功了
于是乎 茬网上查了手动确认的资料
经过上边的操作 问题解决
