31_消息有事务模式下消费者签收介绍

好，同学们，我们继续上一讲。我们是在。非事物的情况下探讨了签收，而且说过了签收主要是偏消费者，那么接下来我们来看看事物的情况下哈，首先我们来看一眼。如果我这儿改成错，我讲过了，只要这个错，这个参数，生产者的这个参数，因为生产者他不牵扯到签收，理理解了吧，生产嘛，我发送发嘛，我寄个玫瑰花给我女朋友，那你懂得，重要的是女朋友收玫瑰花那么好，这边那么中规中矩，我们。是我错，卡密特来，同学们，我们这块呢，干嘛直接删了，干干净净的来兄弟们三条。投了3030，那么接下来我们的问题是，换以前我们是force，那么从自动签收改成了手动签收，那么手动签收这干嘛？我们记着一套一套的啊，事物如果是错，下面要写砍拼一套签收，如果是手动签收，下面要写A。

一一匹配，一一配对。那么接下来同学们请看。来凹凸自动签收，言下之意就是没有这一行。注意没有了啊，但是现在杨哥你看我们第二种情况是什么？有事物的签收，听懂了吧，谈事物的签收，那么言下之见，同学们只要有事物戳开启了，一定要有commit，那么你懂的，现在是事物有了错commit，那杨哥如果按照你的写法，最标准的如果这块是吗？我们这写个client手动签收，我们下面是不是要写一个什么东东ACK呀，就是这一行的正下方，刚才我把它删掉，我不再写了啊，那么。但是现在我开了15了。干嘛，我手动签收。这是一种听懂，好，那么我们来看看，我这儿没开了，手动签收，但是我没有用这一行就是。Text message a，那么这一行我把它注掉了，那么同学们，你们觉得我会不会消费到这三条消息？思考一下。

好，那么有说会的，有说不会的，来，同学们注意啊，错，Commit这一组正确，但是我可没有发签收，刚才我们说过了，如果你不写ACK，是不是会有重复消费的问题啊？好，那么这个时候同学们请看我运行。三条出来没问题吧？OK，那么A可是没写哦，那么接下来我们的任务来了，我如果再运行一次消费者，你们同学们思考一下我们干嘛没有？开启。A，那么这个时候同学们思考一下会不会出问题，那么来看一眼。回答，我有没有重复消费，有没有重复消费，没有，为什么？因为事物可以这么讲，就是粗糙的来理解来说，如果你是按照事物来提交，那么就认为你自动签收了，你这个client写不写作用不大，那么这个时候同学们。

再来看我们前面讲过，如果说你这一块干嘛呢。生产事物开启。只有卡密之后，才能将全部的。消息变，为什么已消费好？那杨哥我不服气。我们反过来，我们消费者以事物的方式啊。接收，但是呢，我现在干坏事，我把我们的卡密给蛀掉了，同学们。能跟上吧，是我错，下面就一定要写commit，签收这块是client，下面就正常而言要写A，但是现在。同学们。我们以事物提交，但是杨哥把卡给干掉了，但是我们的天烧我这儿，那么来看看这个效果又怎么样呢？好，那么老规矩，兄弟们那么来看一下消费掉了吧，只要这出来这出来对吧，那么刚才也是成功也同学们要记住结论，那么接下来老规矩跑三条进来。

消息发送了，那么大家请看这块3030OK吧，那么过消费者注意初二，但是没有卡密特手动，我也写了AC，那么这个时候。一句话，会不会有重复消费的问题呢？来看看。过来第一次啊，不用讲，100%的应该收得到是吧，第一次不用说，关键就是重复消费，看第二次第三次以后，那么来同学们。事物干嘛？卡美特？我们呢，搂一眼哈，那么这个时候我们来看看我们的情况会是咋样呢，来。我跑。兄弟们，什么情况？是不是产生了重复消费呀？哎，那你说不对呀，明明是client呀，我也写了A呀，我们刚才讲过了，粗糙的来说，是不是事物更大一些，只要你看了，我们干嘛就能够认为。

自动签收，全部就当你签收了，但是你没有卡，那么这个时候干嘛。你没有看me，就算你写了A也不认，那么大家大家再来一次啊。怎么样，是不是重复消费，那们不服气啊，我们再来跑一次啊，四秒钟以后灯灯灭，再跑一次啊，同学们请看是不是重复消费啊，哎，那么这个时候大家请看怎么着，三一个消费者三这还是零，所以说只要开事物了，这是错，那么必须你给我写commit，你只要卡了，我管你自动还是手动，写不写ACK无所谓，都认为你干嘛能够提交来，同学们请看，那么是我出卡，我们回复到刚才状态嘛，这是client，我就不写，怎么样，没写AC，但是我以事物大家看。

我说好这次消费了，那么这次一停以后我们再来看，再来一次消费还有没有。有没有没有了，那么解决了重复消费这个问题，所以说带不带事物跟签不签收他们两个谁大，那么同学们应该心里面有个谱，所以说呢，我们这儿呢，就可以知道签收和事物的关系。对于事务性绘画当中，当一个事物被成功提交，则消息干嘛被自动签收？那么刚才我们已经演示过了，跟你这儿设不设什么东洞没太大关系了，写不写这个更没有关系了。好，第二个如果事物回滚的消息会被再次传送，就是try catch catch那块，如果是你写了个session。呃，这样的，那么再来，如果是非事物的绘画当中，消息何时被确认，取决于创建绘画时候的应答模式啊，那么言下之意，我们刚才讲过了，如果哥们你是干成force了。

那么没有这个了，那不用多废话，如果是手动签收，非事物情况下，自动就是自动，手动必须就是要写AC，那么这个痛痛快快的就是我们签收相关的机制，那么如果说人家问你说请你说说消息中间间的可靠性，那么就以active体MQ为例，那么分为事物的持久性，那么分为消息的持久性，消息的事物，还有消息的签收，那么这三个是不是保证了它是否会被重复消费的一些根本性的原因啊，还是非常重要啊，这三个特性非常重要，那么再来。那么第四个呢？我们呢，明天或者是会讲到多接点击群的时候干嘛，那么以集群的方式来保证，如果MQ宕机了。那么我们怎么保证高可用好？那么说穿了，如果人家问你说对于消息中间键而言，如何保证消息的可靠性，那么你最好要是从多节点、集群、持久性、事务、签收这四个维度都要跟面试官谈上他两句，那么这样人家觉得你的知识才够全面，好，那么这个就是我们在事物情况下的签收关系和对签收和事物做了一定的小总结，那么这个结论同学们非常重要啊，只要是事物了，你后面那个没什么太大作用，只要我干事物为准，出错看meet了，马上就被当成自动签收了，好，那么这个呢，如果是非事物，跟事物没关系，事物是副词啊，那么。

怎么个被签收，取决于你的应答模式啊，自动。OK，手动一定要写AC，方法好，那么这个就是我们对签收的介绍。