本文对比了RabbitMQ、RocketMQ、ActiveMQ和Kafka这四大主流消息中间件的优缺点，强调在选择时需考虑具体场景，同时提供了系统学习、源码阅读和面试准备的建议。
RabbitMQ：
优点：轻量，迅捷，容易部署和使用，拥有灵活的路由配置
缺点：性能和吞吐量较差，不易进行二次开发
RocketMQ：
优点：性能好，稳定可靠，有活跃的中文社区，特点响应快
缺点：兼容性较差，但随意影响力的扩大，该问题会有改善
ActiveMQ：
目前，消息队列在各大互联网平台，尤其是电商平台如京东、淘宝、去哪儿等网站有着深入的应用，主要作用是高并发访问高峰，通过异步消息模式减少网站响应时间，提高系统吞吐量。ActiveMQ作为众多MQ中的一员，而且也是最老牌的一员，有其优势：1）多编程语言多协议支持。2）完全支持JMS1.1和J2EE 1.4规范 3）对Spring的支持,ActiveMQ可以很容易内嵌到使用Spring的系统里面去 4）从设计上保证了高性能的集群。
Kafka：
优点：拥有强大的性能及吞吐量，兼容性很好
缺点：由于“攒一波再处理”导致延迟比较高，有可能消息重复消费
作为一个有着丰富经验的微服务架构师，经常有人问我：“应该选择 MQ 还是 Kafka ？”。基于某些原因，许多开发者会把这两种技术当作等价的来看待。的确，有些案例场景下选择 RabbitMQ 还是 Kafka 没什么差别，但是这两种技术在底层实现方面是有许多差异的。不同场景需要不同的解决方案，选错一个方案能够严重的影响你对软件的设计，开发和维护的能力。
小编这期的专题总结市面上不常见到的技术点拉满的四大主流消息中间件学习笔记，归类整理了MQ（ActiveMQ/RabbitMQ/RocketMQ）+Kafka等的纯手写的实战+原理整合笔记，有需要的同学文末自取！
第一份资料：Kafka实战笔记
- Kafka入门
- 为什么选择Kafka
- Karka的安装、管理和配置
- Kafka的集群
- 第一个Kafka程序
- Kafka的生产者
- Kafka的消费者
- 深入理解Kafka
- 可靠的数据传递
- Spring和Kalka的整合
- Sprinboot和Kafka的整合
- Kafka实战之削峰填谷
- 数据管道和流式处理(了解即可)
Kafka实战之削峰填谷
第二份资料：ActiveMQ实战笔记
- ActiveMQ入门
- ActiveMQ的安装
- 原生JMS API操作ActiveMQ
- Spring与ActiveMQ整合
- SpringBoot与ActiveMQ整合
- ActiveMQ消息组成与高级特性
- ActiveMQ企业面试经典问题
最后我们该如何学习？
1、看视频进行系统学习
这几年的Crud经历，让我明白自己真的算是菜鸡中的战斗机，也正因为Crud，导致自己技术比较零散，也不够深入不够系统，所以重新进行学习是很有必要的。我差的是系统知识，差的结构框架和思路，所以通过视频来学习，效果更好，也更全面。关于视频学习，个人可以推荐去B站进行学习，B站上有很多学习视频，唯一的缺点就是免费的容易过时。
另外，我自己也珍藏了好几套视频资料躺在网盘里，有需要的我也可以分享给你：
2、读源码，看实战笔记，学习大神思路
“编程语言是程序员的表达的方式，而架构是程序员对世界的认知”。所以，程序员要想快速认知并学习架构，读源码是必不可少的。阅读源码，是解决问题 + 理解事物，更重要的：看到源码背后的想法；程序员说：读万行源码，行万种实践。
Spring源码深度解析：
Mybatis 3源码深度解析：
Redis学习笔记：
Spring Boot核心技术-笔记：
3、面试前夕，刷题冲刺
面试的前一周时间内，就可以开始刷题冲刺了。请记住，刷题的时候，技术的优先，算法的看些基本的，比如排序等即可，而智力题，除非是校招，否则一般不怎么会问。
关于面试刷题，我个人也准备了一套系统的面试题，帮助你举一反三：
只有技术过硬，在哪儿都不愁就业，“万般带不去，唯有业随身”学习本来就不是在课堂那几年说了算，而是在人生的旅途中不间断的事情。
人生短暂，别稀里糊涂的活一辈子，不要将就。
外链图片转存中…(img-Zeejt70Z-1709665332219)]
只有技术过硬，在哪儿都不愁就业，“万般带不去，唯有业随身”学习本来就不是在课堂那几年说了算，而是在人生的旅途中不间断的事情。
人生短暂，别稀里糊涂的活一辈子，不要将就。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
