32_点对点和发布订阅小总结

好，同学们，那么对于GS我们大概接近了尾声，那么对于前面我们所讲和所学的东西，我们简单的做一个小总结，好，首先。我们呢，点对点到发布订阅，尤其今天是不是给大家彻底解释了帕和萨以前。你们觉得这无非就是从队列换到topic主题，但是主题完了以后发布和订阅呢？那么我们呢？彻彻底底的呢，给大家呢。讲解过我们的这个topical，那么尤其是在做持久化消费的时候，对吧，我们是不是介绍过了这样的一种订阅者啊，你看主题的什么订阅者啊，不是像以前那样的丢进去就完活好，那么最终他们这两个的总结呢，说难听点是吗？是不是又回到了我们的这个。两大模式，那么来一对一的，一对多的这个。

我给张三发短信，这个大家订阅了，上硅谷的微信公众号订阅者，你看萨布嘛，对吧，只要你订阅了，我们从这个主题里面。推给你好，那接下来我们得总结总结点对点和发布订阅他们各自的模式。首先点对点干嘛继续队列生产者。发到队列，消费者从队列取，那么什么传说亦不成为可能，类似于我们给朋友发送短信，嗯，我发一条短信。给我老婆，我老婆现在在洗着澡，那你懂的干嘛，两个小时以后他可能才看到很正常一步，那么来。如果在session关闭的时候。已被收到，但还没有被签收，我们讲过了，只要没有被签收，那么下次连接到的时候，这些消息还会被再次接收，什么意思啊？那是不是就存在重复消费的问题？那么天烧上一讲，我们详细给大家演示过第二个。

队列可以长久的保存消息，直到消费者收到消息为止，那么你不用担心消息会丢失，而时刻和队列保持激活的连接状态，那么充分体现了什么异步传输的模式和优点？那么这个就是我们点对点，那么发布订阅呢？那么那两张图看了以后，这些节点就成为一个一个的主题，你的主题呢？上硅谷Java，上硅谷大数据，上硅谷前端H5，你对哪一个主题感兴趣，你就去参加哪一个分会场，那么主题可以被认为是消息的传输中介，那么发布者发布消息到主题订阅者干嘛？从主题订阅消息，那么我们两个保持互相独立，很简单，那么同学们关注了上硅谷的微信公众号，那上硅谷每周更新一次啊，你看到新消息了，那个图标微信公众号右上角是不是有个红色的。一个一代表是不是有一条未读消息，那么我们不需要即刻保证消息的传送，你关注了以后，你两天以后再去看都OK，那么接下来。

对于这个订阅，我们当时就讲过非持久和持久，那么什么叫非持久订阅呢？来非持久订阅是只有当客户端处于什么激活的状态，也就是说我们掀开消费者，并且那个灯不灭，也就是说这个灯。同学们懂得，就是这个灯不灭，一直是红色对吧？我监听着那么干嘛？我也说我要和MQ保持连接的状态，才能收到发送的美国主织的消息，如果消费者是离线的状态，那么生产者发送的主题消息将会。发废消息作废，消费者永远不会收到，说白了就是先要订阅注册才能接受到发布，只给订阅者发布，那么我们讲过，尤其是做这种脱皮口，一定是先启动消费者，再启动生产者，你要去先去启动生产者，没有意义啊，没有人订阅我，我一发布都是一些非消息，好吧，那么这种呢，就是非持久化，那么持久订阅呢，一句话，客户端首先向MQ注册一个自己的身份ID识别号，还记不记得当时我们来演示过这个，我先启动一次，然后再把灯给关了，我已经先注册过一次了，还记得吧？然后呢，假设我灯又关了，这个客户我已经离线了，那么生产者会为这个ID保存所发送到主题的消息，我再次连接的时候就会收到那些历史消息，也就是我当时离线时候。

主题上的东东，那么所以说非持久状态的订阅下，不能恢复或重新派送一个未签收的消息，那么持久的话呢，是可以恢复或重新派送一个未签收的消息，那么这个呢，都给大家详细演示过，那么我们用哪一个呢？假设你所有的消息必须被接收，就要用持久订阅云容忍丢失了，那么就要用可以用非持久订阅。好，那么说难听点，如果你真的是要保证高可用，那么肯定是什么不希望丢消息，那么用持久订阅。对于我们的这个脱皮口，一定是先启动消费者，然后干嘛先去注册，我占个坑。

占个号就有点像我们考研的时候，自习室特别紧张，那么同学们是不是先在座位上摆本书，先占个座，然后你再出去，反正这本书我弄到这儿，我占座了，OK，那么这个呢，就是我们对于消息的一些总结，那么发布订阅和点对点的总结，那么这一章非常的重要，是我们承上启下，后面讲深度部分的一些基础，那么尤其是高可用的时候，持久事物签收好，那么同学们回去以后要把杨哥的这些案例好好的认认真真的自己跑一下。悟一下，理解一下，OK，那么这个小总结就给大家说到这儿。