昨天每日一题：工作中如何解决MQ消息堆积和消息重复的问题？
此答案来自群员，感谢群员支持。
仅供参考
消息堆积 只能考虑 增多消费者 以及后端其他服务 组件的吞吐能力 别的有办法吗 如果更彻底一点 分撒单个队列里的消息 队列 更分门别类 或者 只是简单物理分散 也都能提高吞吐 但是本质都是增多消费者 运维方法 有靠各种 弹性在消息堆积的情况下自动增加消费者集群实例数量的办法
消息重复 首先要在消息内 加入可以识别的 业务唯一id 然后就是针对该id做的 消费记录 检查 为了防止多消费者间的冲突 还要作2层检查 第一层 宏观的 利用nosql 集群记录相关id 另一层用分布式锁 以防内容重复的消息 同时被2个消费者线程消费 人后者会发现已经有一个前者在处理中
今天每日一题：现在你有个秒杀抢购的app，用户不断大量增加，技术层面，你要怎么做，才能既满足用户需求，又能扛住压力，还能帮公司合理支出？（群员面试题）
© 本文著作权归作者所有，转载前请务必署名
不如来通关！！！ 朋友圈快乐炫一波最近霸榜微博榜单和周围人手机游戏《羊了个羊》相信大家有都玩过了，这个游戏逻辑很简单，只要把3个相同的图案移掉下方的横框中就可以消除，全部消除就可通关，有点类似于消消乐。但是却又和普通过的消消乐不同，虽然说逻辑简单，但是游戏的整体难度可没有那么简单了，甚至可以说是地狱
Zookeeper全解析——Paxos作为灵魂摩萨德 摩萨德 2012-04-05 23:42:18原计划在介绍完ZK Client之后就着手ZK Server的介绍，但是发现ZK Server所包含的内容实在太多，并不是简简单单一篇Blog就能搞定的。于是决定从基础搞起比较好。那么ZK Serve
https://blog.csdn.net/ityouknow/article/details/90619439?utm_medium=distribute.pc_relevant.none-task-blog-2
设计模式有两种分类方法，即根据模式的目的来分和根据模式的作用的范围来分。根据目的来分根据模式是用来完成什么工作来划分，这种方式可分为创建型模式、结构型模式和行为型模式 3 种。创建型模式：用于描述“怎样创建对象”，它的主要特点是“将对象的创建与使用分离”。GoF 中提供了单例、原型、工厂方法、抽象工
当你看到这篇文章的标题，你一定对这篇文章产生了巨大的兴趣，因为你的潜意识在告诉你，这是一本人生的“武林秘籍”，而且还是左耳朵写的，一定有干货满满，只要读完，一定可以练就神功并找到超过大多数人的快车道和捷径……然而…… 当你看到我这样开篇时，你一定会觉得我马上就要有个转折，告诉你这是不可能的，一切都需