03_MQ的产品学习说明

来，同学们，我们接下来看看第二个问题，MQ的产品种类，那么承接着我前面所说的教育这个理念。首先。我们呢，前面讲过MQ之activity MQ杨哥一旦强调过我那句经典的名言，天上飞的理念必然有落地的。产品实现，那么言下之意，MQ是一种技术的规范，那么一种规定，一种约束，那么一其中一个落地的产品叫他，那么有没有其他产品呢？那么到这儿就麻烦了。我只教你一个，还是教你一堆，我教你一个，还是教你一通百通。那么眼下知见没有我了，你怎么学？那么所以说我们下面先来看一下。我们的学习方法就一个，那么呢，借用华为CEO任正非先生的一句名言，我也非常喜欢。那么也就是说什么我们。

对着呢，一个。城墙口发起。冲锋。那么言下之际，我们呢，走？分。总的来学习，那么这个总我们先说宏观这个分，再说落地的细节，最后。小总结，好，那么首先。请看这句话，待会儿会重复，MQ的产品种类有哪一些呢？那么来，现在市面上MQ的产品有这么多多，那么不废话，杨哥直接把它拿过来。那么分别有卡夫卡rabbit MQ rocket MQ和active MQ，那么首先由于平时老师的各个老师的时间精力呢都非常的忙碌，要上课，要研发，要录课，那么请同学们注意。

没有可能给大家一个月时间把这四个消息中间件都过一遍，那么所以说我们现在杨哥想了一招，我怎么用一种方法来让同学们顺滑的举一反三，那么好，我们呢，按照这个理念走，首先卡夫卡那么。允许我做个介绍，由我们的汪辉老师已经录制过并发布，那么这个时候的话呢，请大家到上上硅谷的鼓励学院。一卡夫卡，那么如果需要的同学在这儿可以看到，好，那么这两个，那么呢，雷峰阳老师呢，在项目当中呢，会有相应的讲解和介绍，那么按照我们各自的分工，那么所以说这块可能有其他老师会有录制或者后续的发布，那么本次那么杨哥主要给大家介绍什么？Active MQ阿帕奇的一个非常成熟老牌的，那么主要在我们这些人看来吧，这些都差不多。

但是呢，各自落地的细节有不一样，所以说我们今天注意对着一个城墙口发起冲锋，那么言下之意，咱们现在呢，学的是MQ，那么我跟你说那么多理念，那总之不能说拳头打到棉花上。我们总要选一个产品来落地吧，那么好，那么大家看。MQ到active MQ，那么如何由一过渡到他们举一反三呢？来，同学们，我们不妨呢点击的梳理MQ，根据前面我们还没有开始讲，你不要担心，至少你要先给我先学会。

设想。我们想象一下消息中心键。好，我们拿我们已经学过的来套，首先消息，我给我同学朋友发条消息，那么言下之意是不是一定有对应的API操作，那么主管是不是消息的什么发送和什么。接收啊对吧，那么也就是说让我就是现在还没学一个具体的产品，但是我们先学这个理念，那么现在就是我这句话走，我们来宏观的来把握，从架构上高屋建瓴。从顶部开始来看上帝视角那么好，起码要有什么消息通过某种调用API它的发送和接收，那么第二个你这个消息中间键总不能随时宕机吧。比方说我现在要给。我们的朋友发条微信，总不可能腾讯的这个微信服务器天天宕机吧，所以说这种呢就非常重要，宁夏之意，是不是需要有MQ的什么东东高可用性。

对吧？那么既然有高可用说明什么单机版的根本玩不转，那么自然而然对于这种特性的要求，那么自然而然会牵扯出到什么我们MQ的什么集群和容错配置。对不对，那么再来消息可能有些时候。有些重要的业务系统需要有留存银行流水，你不能说莫名其妙就丢了，就没有了，那么所以说我们需要什么MQ的什么东西持久化。那二话不说，一说这个持久化，同学们，杨哥给大家讲过一门课，是不是讲过一个东东叫什么东东啊，我们是不是上过一个东东叫red啊，有没有这种特性叫持久化，那么这个时候我们讲过两个动道，这个。我们讲它的时候，是不是讲过一个东西叫RDB和a of，这个是不是RA的持久化，那既然一样的，我们这个需要就跟RA类比，我们这些重要的东东不能丢，是不是也需要持久化呀？那么再来说消息，不用紧，都听说一个东东。

叫什么邮件，或者叫子那个。比方说这个东东就是罗永浩锤子科技的什么子弹短信，或者说什么我们用过的微信可以什么取消撤回，那么是不是有这个消息的什么东西延时发送，或者是什么定时投递，比方说我先写好了这条短信，这块有灵感，明天是我女朋友生日，我怕我到时候忘了，我现在先写好，好今天晚上12点发给他，我要成为祝她生日快乐的第一人。那么回答我，我们是不是希望我们这种MQ这种消息能够支持延时发送和定时投递，那么再来，那么你就像收快递一样哟，我们不要扯皮哦，收没收到，收到了你要给我个确认函，给我个回复，那么这个时候是不是应该可以有一个签收机制啊，那么这一难任何框架学到最后你会发现是不是要和整合。

对不对，那么好，不一而足，我这。暂停，那么现在。我们拉回去这个视角，那么回答，我想想杨哥刚才所说的，对着一个城墙口发起冲锋，先说总的，那么一下就明说，哦，明白了，杨哥，那么对于一个MQ，那么它需要满足这些发送接受的AP基础API，高可用性集群和容错持久化，延时定时投递签收证整合。那么现在对于这种。落地的使用activity MQ这种产品作为今天的一个突破口去介绍，这个时候是不是就像一把刀一样的，干嘛从上到下劈下来，好，那么这个时候我讲MQ。讲过了，但是不好意思啊，杨哥，你们又没介绍过这三个呀，那么反过来讲其他消息中间件，那么应不应该满足于这种东东？那么这种东东是不是就是我们日常工作中经常强调的俗称技术维度啊？

那么言下之意就是好，我现在只学过active MQ，我知道它是一种MQ的一种理念的落地产品，那么只要现在我去公司没有接触rock，没有接触rock，那么同理，根据杨哥所讲的，对着城墙口发起冲锋，撕开一个口子，那么一样，你撕的越深，就像一把刀一样插入敌人的心脏，那么这个时候同理，横向来说。那么这三大比方说卡夫卡有没有API的发送和接收，肯定有，比方说其他产品IDMQ发送消息干嘛？调用的方法叫send，那么别的可能叫什么push。

等等等等，无非就是什么换了个名字，那么一样卡夫卡大数据专用的消息中间件要不要支持高可用性？那么它怎么保证高可用性？Activemq要怎么保证高可用性？无非是不是都是同一个理念下面的不同的技术落地细节呀？那么再来卡夫卡可不可以配集群，你要不要容错？再来rocket MQ能不能做持久化？那么再来比方说反过来推rabbit MQ需要调用消息，不能够重复消费，那么一样，只要它是消息中间键，它具备这个特性，其他的框架是不是也应该具备？无非就是什么落地的实现不同罢了。一句话，根子不变的就是这些什么理念规范的技术维度。言下之意，Spring整合，那么卡夫卡这三坨可不可以跟spring整合，100%应该支持了，那么所以说这个时候你就不会。

只学了一个。你就会学会了，我学一个。但是我会横向的突破，干嘛举一反三，这个就是杨哥要达到和要求的目的，这才是最重要的学习方法和思路，言下知识总的，那么就是我们这些技术维度啊，我们学的是MQ，那么三，那么MQ有那么多落地的产品，我是不是总要选一个作为突破口，对着城墙发起冲锋，那么接下来。对于这个分逐个的掌握，跟着杨哥走，按照杨哥的大纲，就来看看这个MQ最终他给我解决了哪些问题，实现了哪些功能，那么MQ他是怎么做的，那么这些技术维度一个一个都满足了，那么同理，只要是MQ产品大体不差，都应该满足这些技术维度，那么这个时候干嘛？就算你没有学过好。

Active MQ满足于spring整合好，我相信别的框架也应该可以支持跟spring的整合，那你看这样一个横向拉过去是不是马上就通了，那么最后来做我们的日常工作的总结，故障，新的版本发布的新特性等等，那么你这样技术学的是不是又稳又快呀？好，那所以说这个就是我对大家学习的一个小小的建议，我们将按照这样的一种理念来进行学习，切记我们讲的是MQ，只不过以active MQ作为一个落地的产品，横向顺带着我们来介绍其他的东东，并区分这四大主流框架他们各自的产品优缺点和特性。好，那么大家下课休息一下。