消息队列知识整理

消息服务概述

1. 大多应用中，可通过消息服务中间件来提升系统异步通信、扩展解耦能力
2. 消息服务中两个重要概念： 消息代理（message broker）和目的地（destination） 当消息发送者发送消息以后，将由消息代理接管，消息代理保证消息传递到指定目 的地。
3. 消息队列主要有两种形式：
   • 队列（queue）：点对点消息通信（point-to-point）
   • 主题（topic）：发布（publish）/订阅（subscribe）消息通信

消息服务常用在秒杀功能上：

比如有10w个人，但“座位”只有100个，10w个人同时来秒杀，如果每一个人的请求都发给服务器进行处理，压力就会很大，压力一大咧，这服务器就容易奔溃。

此时就可以用消息队列进行定长只存储100个“座位”，让10w个人来抢占“座位”，满100个后立马抛弃其他人的请求，之后用于秒杀的业务逻辑便可以优哉游哉的去消息队列那里慢慢的处理请求。

消息通信机制

1. 点对点式：

   • 消息发送者发送消息，消息代理将其放入一个队列中，消息接收者从队列中获取消息内容， 消息读取后被移出队列（所以当第一个接收者接收了一条消息后，第二个接收者就不能接收这条消息了）
   • 消息只有唯一的发送者和接受者，但并不是说只能有一个接收者

2. 发布订阅式： 发送者（发布者）发送消息到主题，多个接收者（订阅者）监听（订阅）这个主题，那么 就会在消息到达时同时收到消息（这个就相当于发报纸，多份报纸对应一大堆人）

常见消息服务规范

1. JMS（Java Message Service）JAVA消息服务：

   • 基于JVM消息代理的规范。ActiveMQ、HornetMQ是JMS实现

   （JMS是java自家的产品，虽然速度快，但不支持跨平台，只能给java自家的应用使用）

2. AMQP（Advanced Message Queuing Protocol） – 高级消息队列协议，也是一个消息代理的规范，兼容JMS

   • RabbitMQ是AMQP的实现

两者间区别：

	JMS	AMQP
定义	Java api	网络线级协议
跨语言	否	是
跨平台	否	是
Model	提供两种消息模型： （1）、Peer-2-Peer （2）、Pub/sub	提供了五种消息模型： （1）、direct exchange （2）、fanout exchange （3）、topic change （4）、headers exchange （5）、system exchange 本质来讲，后四种和JMS的pub/sub模型没有太大差别，仅是在 路由机制上做了更详细的划分；
支持消息类型	多种消息类型： TextMessage MapMessage BytesMessage StreamMessage ObjectMessage Message （只有消息头和属性）	byte[] 当实际应用时，有复杂的消息，可以将消息序列化后发送。
综合评价	JMS 定义了JAVA API层面的标准；在java体系中，多个client 均可以通过JMS进行交互，不需要应用修改代码，但是其对跨 平台的支持较差；	AMQP定义了wire-level层的协议标准；天然具有跨平台、跨语 言特性。

虽然两者各有千秋，不知道该选哪一种好，但是不用怕，我们强大的spring对两者都提供了支持：

1. Spring支持

   • spring-jms提供了对JMS的支持
   • spring-rabbit提供了对AMQP的支持
   • 需要ConnectionFactory的实现来连接消息代理
   • 提供JmsTemplate、RabbitTemplate来发送消息
   • @JmsListener（JMS）、@RabbitListener（AMQP）注解在方法上监听消息代理发 布的消息
   • @EnableJms、@EnableRabbit开启支持

2. Spring Boot自动配置

   • JmsAutoConfiguration
   • RabbitAutoConfiguration

通过以上几个短短的注解便可使用消息队列了，用完以后都说香！

• RabbitAutoConfiguration

通过以上几个短短的注解便可使用消息队列了，用完以后都说香！