楼上很多答非所问，你这个用 kafka 或者 redis 调度都是可以的，就是抽象成一个生产者消费者模型就好。
kafka 消息队列中间件最大的好处，就是可以解耦复杂系统之间的依赖关系，
设计多个 Topic，用来存放不同优先级的消息，消费者端优先处理高优先级 topic 即可，你这个都不需要保证消息先后顺序。
消息处理后的结果，看数量级是否巨大，较小百万以下，直接 Mysql 分表搞定，千万上亿量级用 Hbase 或者 ES 来存储和查询，涉及分布式计算协同和汇总结果的，考虑用 kafka stream 或者 flink 方案。

你让靠吃苍蝇蚊子活的爬行动物们情何以堪

C/C++必须有，其他随便

虽然并不喜欢这种抱团真香型的球员，但是还是希望能早日康复

为什么只有我的关注点在妹妹。。我没救了

看代码用 vscode，做工程用 idea

前端更应注重体验与交互，后端更应注重稳定与性能，两个不同的领域各有优势。
但是说回头来，还是逃不过后台写一堆 API，前台调一堆 API

grpc 算是 rpc 实现中的典范了，在微服务的场景下，用 grpc+pb 的传输效率比 http+json 高了很多。http 说到底也是 rpc 的一种实现，基于这个协议来用 xml、json 等等来简单交换数据；
楼主可以多了解一下，个人觉得其实当前还在用 python 来做主业务逻辑开发的公司，真的相对有点落伍了，怎么都得来个 gin （ golang ）或者 springcloud （ java ）了；

在家里是真的爽

做老师多好！！！

肾虚带来最大的问题不是 X 功能衰退。。而是脱发。。。

其实微云我觉得还好啊

@EthanDon 你这个就是分布式理论 CAP 中的 C （一致性），在延时不一致的消费情况下，如何在 C 和 A 之间做平衡和取舍。这个看你们对数据的要求，如果是诸如报表之类的展示分析型数据，可以适度舍弃可用性，保证一致性即可。但是如果是关键数据，涉及计费和关键业务的，要保证数据是高可用的。

（ 2 ）一个进程取所有题目回来，开 N 个子线程直接消费；
（ 3 ）可以，https://www.jianshu.com/p/6233d5341dfe
（ 4 ）那你可以多个消费线程计算后直接刷新数据库；
你其实要理解的是，消息队列就是个管道，主要是为了解耦系统模块与模块之间的高耦合，降低相互之间的依赖，防止一个部分挂了后，整个系统都 GG ；

深圳的房价很让人绝望，南山中心基本合租都在 2500+了

（ 1 ）百万级别不算多，你的场景加好锁就行了；
（ 2 ）多个消费者直接从消费者取，不用分发；
（ 3 ）一定要用消息队列的话，建议用 kafka，单独开一个 topic ；
（ 4 ）计算结果结束后，如果结果之间存在关联关系，需要再次写入队列计算，这里用消息队列和 queue 都可以；
不要介意，总感觉你这个需求感觉说的不清不楚，有点为了用消息队列和为了用微服务而用的感觉。