Spring 消息模式

消息服务概述

为什么使用消息服务

异步处理

场景说明，用户注册后，系统需要将信息写入数据库，并发送注册邮件和注册短信通知。
对于注册业务这种场景需求，处理方式有3种
（1）串行处理方式：用户发送注册请求后，服务器会先将注册信息写入数据库，依次发送注册邮件和短信消息，服务器只有在消息处理完毕后才会将处理结果返回客户端。
（2）并行处理方式：用户发送注册请求后，将注册信息写入数据库，同时发送注册邮件和短信，最后返回给客户端，这种并行处理的方式在一定程度上提高了后套业务处理的效率，但如果遇到耗时的业务处理，仍然显得不够完善。
（3）消息服务处理方式：可以在业务中嵌入消息服务进行业务处理，这种方式先将注册信息写入数据库，在极短的时间内将注册信息写入消息队列后即可返回响应消息。

应用解耦

场景说明，用户下单后，订单服务需要通知库存服务。
如果用传统的方式来处理订单服务，用户下单后，订单服务会直接调用库存服务接口进行库存更新，在这种方式有一种很大的问题，一旦库存系统出现异常，订单服务就会失败，如果使用消息服务模式，订单服务就会被写到消息队列，库存服务会监听并读取到订单，从而修改库存。

流量削峰

场景说明：秒杀活动是流量削峰的一种应用场景，由于服务器处理资源能力有限，因此出现峰值时很容易造成服务器宕机，用户无法访问的情况，通常会采用消息队列缓冲瞬时高峰流量对请求进行分层过滤，从而过滤掉一些请求。
真对秒杀服务的场景需求，如果专门增设服务器来应对秒杀火情期间的请求瞬时高峰，在非秒杀活动，会产生许多多于的服务器和配置，如果不进行有效处理，秒杀活动的瞬时高峰流量在可能会压垮服务。可以在秒杀活动加入消息服务队列，并限定一定的阈值多余的请求直接返回秒杀失败。

分布式事务管理

场景说明：分布式系统中分布式事务是开发中必须面对的技术难题，怎样保证分布式系统的请求业务处理的数据一致性通常是要重点考虑的问题，针对这种分布式事务管理的情况，一般是基于消息队列的二次提交，在失败的情况下进行多次尝试，或者基于队列数据进行回滚操作。因此在分布式系统中加入消息服务是一个既能保证性能不变，又能保证业务一致性的方案。

常用消息中间件介绍

消息队列中间件是指利用高效可靠的消息传递机制进行与平台无关的数据交流，并基于数据通信来进行分布式系统的集成。比较出名的有ActiveMQ、RabbitMQ、Kafka、RocketMQ等。

RabbitMQ消息中间件

Rabbit是基于AMQP协议的轻量级、可靠、可伸缩和可移植的消息代理，Spring使用RabbitMQ通过对AMQP协议进行通信；在Spring Boot中对RabbitMQ进行了集成管理。
RabbitMQ消息代理流程中有很多细节内容和内部组件，主要流程：
（1）消息发布者（Publisher），向RabbitMQ代理（Broker）指定的虚拟主机服务器（Virtual Host）发送消息。
（2）虚拟主机服务器内部的交换器（Exchange）接收消息，并将消息传递并存储到与之绑定（Binding）的消息队列（Queue）中
（3）消息消费者（Consumer）通过一定的网络连接与消息代理建立连接，为了简化开支在连接的内部使用了多路复用的信道（Channel）进行消息的最终消费。

RabbitMQ工作模式介绍

RabbitMQ消息中间针对不同的服务需求提供了多种工作模式。

Work queues（工作队列模式）

Work queues工作模式中，不需要设置交换器，需要指定唯一的消息队列进行消息传递，并且可以有多个消息消费者，这种模式下多个消息消费者，这种模式下，多个消息消费者通过轮询的方式依次接收队列中存储的消息，一旦消息被某一个消费者接收，消息队列就会将消息移除，而接收并处理消息的消费者必须在消费玩一条消息后在准备接收下一条消息。

Pulish/Subscribe（发布订阅模式）

在Publish/Subscribe工作模式中，必须先配置一个fanout类型的交换器，不需要指定对应的路由键，同时会将消息路由到每一个消息队列上，然后没个队列都可以对相同的消息进行接收存储，进而有各自消息队列管理的消费者进行消费。

Routing（路由模式）

从Routing工作模式中，必须先配置一个direct类型的交换器，并指定不同的路由的键值将对应的消息从交换器路由到不同的消息队列进行存储，有消费者进行各自消费。

Topics（通配符模式）

在Topics工作模式中，必须先配置一个topic类型的交换器，并指定不同的路由键值，将对应的消息从交换器路由到不同的消息队列进行存储，然后消费者进行各自消费，Topics模式与Routing模式主要不同在于：Topics模式设置的路由是包含通配符的，其中#，匹配多个字符，*匹配一个字符，然后与其他字符一起使用“.”进行连接，从而组成动态路由键，在发送请求时可以根据需求设置不同的路由键，从而加号消息路由到不同的消息队列。

RPC

RPC工作模式与Work queues工作模式主体流程相似都不需要设置交换器，需要指定唯一的消息队列进行消息传递，不同的是，RPC模式是一个回环结构，主要针对分布式架构的消息传递业务，客户端Client小发送消息到消息队列，远程服务端Server获取消息，然后在写入另一个队列，向原始客户端Client响应消息处理结果。

Headers

Headers工作模式在RabbitMQ所支持的工作模式中较为少用的一种模式，主体流程与Routing工作模式有些相似，使用Headers工作模式是，必须设置一个headers类型的交换器，而不需要设置路由键 ，取而代之的是在Properties属性配置中的headers头信息中使用key/value的形式配置路由规则。

RabbitMQ安装以及整合环境搭配

安装RabbitMQ

在使用RabbitMQ之