服务之间的调用为啥不直接用HTTP而用RPC？3面直接拿到offer

原创

mb60cc387517701 2021-07-12 16:05:58 ©著作权

©著作权归作者所有：来自51CTO博客作者mb60cc387517701的原创作品，请联系作者获取转载授权，否则将追究法律责任

前言

Alibaba作为国内互联网行业的“老大”，一直以来也是很多“数码宝贝”梦寐以求的公司，我个人是做Java开发的，阿里这些年也开发了很多屌炸天的开源项目，像什么Spring Cloud Alibaba，开源Java诊断工具Arthas，Apache Dubbo，JDBC连接池、监控组件Druid等等，属实牛逼！

阿里能做到这样，也不知道各位“数码宝贝”花了多少个日日夜夜换来的，因此我本也不想进大厂累死累活的。之前每个月在北京每个月拿个小30k，日子过的也还算不错，但自从有了娃以后，越发有种家庭责任感，钱也越来越感觉不够花，因此我便萌生了进阿里的想法。

因为今年疫情原因，北京管理相当严格，我在家也是间断的在补充新知识，夯实基础，直到今年7月中下旬才拿到了Alibaba的offer，下面我会为大家分享我主要在用的一些资料笔记，以及面经分享。

下面会介绍这些资料笔记的主要内容涵盖的知识点，由于文章篇幅，所以只展示了截图内容

服务之间的调用为啥不直接用HTTP而用RPC？3面直接拿到offer_面试

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实战笔记

服务之间的调用为啥不直接用HTTP而用RPC？3面直接拿到offer_面试_02