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