SpringBoot
是为了简化Spring
应用的创建、运行、调试、部署等一系列问题而诞生的产物,自动装配的特性让我们可以更好的关注业务本身而不是外部的XML配置,我们只需遵循规范,引入相关的依赖就可以轻易的搭建出一个 WEB 工程
MQ全称(Message Queue)
又名消息队列,是一种异步通讯的中间件。可以将它理解成邮局,发送者将消息传递到邮局,然后由邮局帮我们发送给具体的消息接收者(消费者),具体发送过程与时间我们无需关心,它也不会干扰我进行其它事情。常见的MQ有kafka
、activemq
、zeromq
、rabbitmq
等等,各大MQ的对比和优劣势可以自行Google
rabbitmq
RabbitMQ
是一个遵循AMQP协议,由面向高并发的erlanng
语言开发而成,用在实时的对可靠性要求比较高的消息传递上,支持多种语言客户端。支持延迟队列(这是一个非常有用的功能)
….
基础概念
Broker:
简单来说就是消息队列服务器实体Exchange:
消息交换机,它指定消息按什么规则,路由到哪个队列Queue:
消息队列载体,每个消息都会被投入到一个或多个队列Binding:
绑定,它的作用就是把exchange
和queue
按照路由规则绑定起来Routing Key:
路由关键字,exchange
根据这个关键字进行消息投递vhost:
虚拟主机,一个broker
里可以开设多个vhost
,用作不同用户的权限分离producer:
消息生产者,就是投递消息的程序consumer:
消息消费者,就是接受消息的程序channel:
消息通道,在客户端的每个连接里,可建立多个channel
,每个channel
代表一个会话任务
基于Centos7.x
安装请参考: http://blog.battcn.com/2017/08/20/linux/linux-centos7-ribbitmq/
常见应用场景
- 邮箱发送:用户注册后投递消息到
rabbitmq
中,由消息的消费方异步的发送邮件,提升系统响应速度 - 流量削峰:一般在秒杀活动中应用广泛,秒杀会因为流量过大,导致应用挂掉,为了解决这个问题,一般在应用前端加入消息队列。用于控制活动人数,将超过此一定阀值的订单直接丢弃。缓解短时间的高流量压垮应用。
- 订单超时:利用
rabbitmq
的延迟队列,可以很简单的实现订单超时
的功能,比如用户在下单后30分钟未支付取消订单 - 还有更多应用场景就不一一列举了…..
导入依赖
在 pom.xml
中添加 spring-boot-starter-amqp
的依赖
1
|
<dependencies>
|
属性配置
在 application.properties
文件中配置rabbitmq
相关内容,值得注意的是这里配置了手动ACK的开关
1
|
spring.rabbitmq.username=battcn
|
具体编码
定义队列
如果手动创建过或者RabbitMQ
中已经存在该队列那么也可以省略下述代码…
1
|
package com.battcn.config;
|
实体类
创建一个Book
类
1
|
public class Book implements java.io.Serializable {
|
控制器
编写一个Controller
类,用于消息发送工作
1
|
package com.battcn.controller;
|
消息消费者
默认情况下 spring-boot-data-amqp
是自动ACK
机制,就意味着 MQ 会在消息消费完毕后自动帮我们去ACK,这样依赖就存在这样一个问题:如果报错了,消息不会丢失,会无限循环消费,很容易就吧磁盘空间耗完,虽然可以配置消费的次数但这种做法也有失优雅。目前比较推荐的就是我们手动ACK
然后将消费错误的消息转移到其它的消息队列中,做补偿处理
1
|
package com.battcn.handler;
|
主函数
1
|
package com.battcn;
|
测试
完成准备事项后,启动Chapter11Application
访问 http://localhost:8080/books 将会看到如下内容,就代表一切正常….
1
|
2018-05-22 19:04:26.708 INFO 23752 --- [cTaskExecutor-1] com.battcn.handler.BookHandler : [listenerAutoAck 监听的消息] - [com.battcn.entity.Book@77d8be18]
|