在开始文章之前,可以看一下RabbitMq的总结《rabbitMq的总结》,用的wps的“写得”总结的。后续的很多内容都会涉及到这些基础概念。
上一篇文中很简单的介绍了rabbitMQ与spring的整合,实际上还存在许多问题,因为消息发送是不可靠的。这篇文章将实现可靠消息的发送。
不要问我为什么字体为什么时大时小,优快云的博客就是这么任性,我已经尽力了。
以下是文章的大纲
- spring amqp api 简介
- 可靠消息的整体思路
- 通过确认机制、mandatory、缓存确保生产端消息的可靠性
- 生产端过滤攻击
- 通过死信确保消费端的消息可靠性,并弥补老版本的immediate
- 通过errorhandle防止致命错误
¤spring amqp api 简介
rabbitmq的客户端所提供的api很简洁,ConnectionFactory->Connection->Channel,然后就可以通过channel调用各种命令了。
spring amqp则扩充了一些列类,而且优雅地提供了一些不错的机制。
- 建立连接
一样的,提供了一个连接工厂org.springframework.amqp.rabbit.connection.CachingConnectionFactory
不同的是:1、mandatory的指定
rabbitmq的客户端是在basicPublish指令中指定mandatory
spring amqp则是connectionFactory.setPublisherReturns
2、确认机制开启
rabbitmq的客户端是用confirmSelect指令
spring amqp则是connectionFactory.setPublisherConfirms
- 类的分解
spring amqp分出了不同的类来对应amqp协议的概念,而不是只有一个channel。
分出来的类有三种类型的exchange、queue、binding
- 操作类
和数据库一样,spring为操作封装了一个模板RabbitTemplate。其中包含了publish、get等命令的实现
- 消息对象
rabbitmq只允许发送byte数组,但是spring amqp在此基础上进行了扩展,可以发送任何的对象。
消息可以用Message封装交付因子。MessageProperties设置消息头。
消息和对象可以通过一系列的Conventer自动转换。
- 消费监听
spring amqp提供了使用@RabbitListener进行优雅的订阅消息。其主要基于SimpleRabbitListenerContainerFactory配置。另外,还有一种方式是通过SimpleMessageListenerContainer。
- errorHandle
errorHandle机制是这样的,针对一些致命错误,比如使消费端瘫痪的错误,使用错误机制将使其自动nack,并且不论设置是否可重入队列,都将把消息丢弃。这样做的好处就是防止轮询到其他消费端,是大片消费端瘫痪。
- 操作类
和数据库一样,spring为操作封装了一个模板RabbitTemplate。其中包含了publish、get等命令的实现
- 消息对象
rabbitmq只允许发送byte数组,但是spring amqp在此基础上进行了扩展,可以发送任何的对象。
- 消费监听
spring amqp提供了使用@RabbitListener进行优雅的订阅消息。其主要基于SimpleRabbitListenerContainerFactory配置。另外,还有一种方式是通过SimpleMessageListenerContainer。
- errorHandle
errorHandle机制是这样的,针对一些致命错误,比如使消费端瘫痪的错误,使用错误机制将使其自动nack,并且不论设置是否可重入队列,都将把消息丢弃。这样做的好处就是防止轮询到其他消费端,是大片消费端瘫痪。
¤可靠消息的整体思路
直接上图吧不要问我中间的缓存处理为什么这么绕,要问就问rab