🔥《吊打面试官》系列-分布式事务、重复消费、顺序消费

你知道的越多，你不知道的越多

点赞再看，养成习惯

GitHub上已经开源 https://github.com/JavaFamily 有一线大厂面试点脑图、个人联系方式和人才交流群，欢迎Star和完善

前言

消息队列在互联网技术存储方面使用如此广泛，几乎所有的后端技术面试官都要在消息队列的使用和原理方面对小伙伴们进行360°的刁难。

作为一个在互联网公司面一次拿一次Offer的面霸，打败了无数竞争对手，每次都只能看到无数落寞的身影失望的离开，略感愧疚（请允许我使用一下夸张的修辞手法）。

于是在一个寂寞难耐的夜晚，暖男我痛定思痛，决定开始写《吊打面试官》系列，希望能帮助各位读者以后面试势如破竹，对面试官进行360°的反击，吊打问你的面试官，让一同面试的同僚瞠目结舌，疯狂收割大厂Offer！

捞一下

上一期，简单的介绍了一下消息队列的基础知识，里面有消息队列的应用场景，以及使用之后可能带来的问题，但是上期没对怎么解决这些问题做回答，因为要控制篇幅嘛（明明是自己觉得MQ写不了多少期，要多怼一期出来！渣男）

咳咳，我们言归正传，没看的朋友去看一下，有助于这期的阅读：

《吊打面试官》系列-消息队列基础

面试开始

一个风度翩翩，穿着格子衬衣的中年男子，拿着一个满是划痕的mac向你走来，看着铮亮的头，心想着肯定是尼玛顶级架构师吧！但是我们看过暖男敖丙的系列，腹有诗书气自华，虚都不虚。

没错小伙子还是我，上次话说一半你就溜了，这次我非得好好的问问你。

好的面试官，因为上次着急，敖丙的系列更新了所以赶回家去看了！

我信你个鬼，我们开始吧，上次说到了消息队列的消息重复消费，你能跟我介绍这是怎么样子的场景么？

消息重复消费是使用消息队列之后，必须考虑的一个问题，也是比较严重和常见的问题，帅丙我在开发过程中，但凡用到了消息队列，我第一时间考虑的就是重复消费的问题。

就比如有这样的一个场景，用户下单成功后我需要去一个活动页面给他加GMV（销售总额），最后根据他的GMV去给他发奖励，这是电商活动很常见的玩法。

类似累计下单金额到哪个梯度给你返回什么梯度的奖励这样。

我只能告诉你这样的活动页面10000%是用异步去加的（别问我为什么，因为这个活动的后端是敖丙我做的