架构师必备！Java架构师教你如何突破瓶颈，看这一篇就够了

最新推荐文章于 2024-01-27 22:18:10 发布

m0_57541068

最新推荐文章于 2024-01-27 22:18:10 发布

阅读量97

点赞数

分类专栏：程序员文章标签： java 后端面试

本文链接：https://blog.csdn.net/m0_57541068/article/details/116994894

版权

程序员专栏收录该内容

101 篇文章 0 订阅

订阅专栏

前言

当我们的网关Gateway程序开发完成之后，需要部署到生产环境，这个时候你的程序不能是单点运行的，肯定是多节点启动(独立部署或者docker等容器部署)，防止单节点故障导致整个服务不能访问，网关是对客户端的入口与出口，在生产运行中极为重要，哪怕是简单的重启也会导致部分请求的丢失。

网关的路由配置这个时候就是一个大问题，是代码里面编写还是配置文件配置？他们都有一个致命的缺点，当有新的程序需要接入到网关进行路由或者有服务需要下线时候需要修改代码或者配置，然后重启整个网关程序，导致其他正常的服务路由受到了影响。

所以在实际生产环境中为了保证高可靠和高可用，是尽量要避免重启网关，所以实现动态路由是非常有必要的；

本文主要介绍Spring Cloud Gateway 实现的思路，并且把路由信息存放在外部源中，这粒以Nacos为数据源来讲解。

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等的纯手写的实战+原理整合笔记，有需要的同学文末自取！