java 消息队列原理_java消息队列的实现原理和问题分析

消息队列是我们在学习java编程开发技术的时候需要重点掌握的一个编程知识点，而今天我们就一起来了解一下，java消息队列的实现原理都有哪些。

链式调用是我们在写程序时候的一般流程，为了完成一个整体功能，会将其拆分成多个函数(或子模块)，比如模块A调用模块B，模块B调用模块C，模块C调用模块D。但在大型分布式应用中，系统间的RPC交互繁杂，一个功能背后要调用上百个接口并非不可能，这种架构有如下几个劣势：

1、这些接口之间耦合比较严重，每新增一个下游功能，都要对上有的相关接口进行改造;举个例子：假如系统A要发送数据给系统B和C，发送给每个系统的数据可能有差异，因此系统A对要发送给每个系统的数据进行了组装，然后逐一发送;当代码上线后，新增了一个需求：把数据也发送给D。此时就需要修改A系统，让他感知到D的存在，同时把数据处理好给D。在这个过程中你会看到，每接入一个下游系统，都要对A系统进行代码改造，开发联调的效率很低。

2、面对大流量并发时，容易被冲垮。每个接口模块的吞吐能力是有限的，这个上限能力如果堤坝，当大流量(洪水)来临时，容易被冲垮。

3、存在性能问题。RPC接口基本上是同步调用，整体的服务性能遵循“木桶理论”，即链路中慢的那个接口。比如A调用B/C/D都是50ms，但此时B又调用了B1，花费2000ms，那么直接就拖累了整个服务性能。

根据上述的几个问题，在设计系统时可以明确要达到的目标：

1、要做到系统解耦，当新的模块接进来时，可以做到代码改动小;

2、设置流量缓冲池，可以让后端系统按照自身吞吐能力进行消费，不被冲垮;

3、强弱依赖梳理，将非关键调用链路的操作异步化，提升整体系统的吞吐能力。

引入MQ之后的系统架构、交互方式与初的链式调用架构非常不同，虽然可以解决上文提到的问题，但也要充分理解其原理特性来避免其带来的副作用，这里以消息队列如何保证“消息的可靠投递”为切入点，来看看MQ的实现方式。

一、Client如何将消息可靠投递到MQ

1.Client发送消息给MQ

2.MQ将消息持久化后，发送Ack消息给Client，此处有可能因为网络问题导致Ack消息无法发送到Client，那么Client在等待超时后，会重传消息;

3.Client收到Ack消息后，认为消息已经投递成功。

二、MQ如何将消息可靠投递到Client

1.MQ将消息push给Client(或Client来pull消息)

2.Client得到消息并做完业务逻辑

3.Client发送Ack消息给MQ，通知MQ删除该消息，此处有可能因为网络问题导致Ack失败，那么Client会重复消息，这里就引出消费幂等的问题;

4.MQ将已消费的消息删除

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。