带着新人学springboot的应用07(springboot+RabbitMQ 下)

  说一两句废话,强烈推荐各位小伙伴空闲时候也可以写写自己的博客!不管水平高低,不管写的怎么样,不要觉得写不好或者水平不够就不写了(咳,我以前就是这样的想法。。。自我反省!)。

  但是开始写博客之后,你会发现很多你以为自己会的东西其实你并不会,然后你会经常在头脑中不断的搜索有关的片段,或者去别的大神博客里到处找有关的资料,最后领悟了属于自己的东西!然后再写出来和别人分享,别人也会给你点意见,你也会慢慢的改进。这不就是学习+复习+巩固+创新+分享+改进的这么的一个过程吗?

  以前看过曹雪芹的红楼梦,让我印象最深刻的就是开篇第一回两句诗:“都云作者痴,谁解其中味?”

  自从写博客之后,我信了一句话:写博客的好处谁写谁知道!

  嘿嘿嘿,又在瞎说废话了,回归正题。

  上一节手动实现了RabbitMQ,要自己去点点点创建交换器、队列,然后还要慢慢的绑定,那,能不能用程序去实现啊! 然后程序自己监听,比如有一个监听器直接监听animal队列,只要有消息丢到animal队列中,监听器就会直接从队列中取数据放到java代码中,反序列化成一个对象,然后我们就能快乐的使用这个对象了。

  这一节我们就用springboot简单整合RabbitMQ,看看到底怎么用。

 

1.搭建环境

  创建一个springboot项目,RabbitMQ+WEB+版本1.5.17

2.RabbitMQ的简单测试(可视化+代码结合使用)

   注意,这里代码内部导入的很多类一定要是amqp包下的

   还记得上节最后说了一个xxxTemplate吗?这个模板就是RabbitTemplate,这个模板建立起来java程序操作RabbitMQ的桥梁,就像电视机和遥控器之间的关系。

  我先来说一种简单的方式,就是交换器和队列我们用可视化页面去创建,用鼠标点点点,跟上一节一样,然后我们只需要发送信息和设置监听取消息就ok了。

  这是我上一节创建的交换器和队列,都绑定好了,这个就不多说了,上一节说的很清楚了

  在springboot的配置文件中配置

  在主配置类开启RabbitMQ消息中间件

  随便写个类,注解用@Component或者@Service行, 最重要的是@RabbitListener注解,这个注解就相当于一个监听器,会一直监听指定队列的情况,只要这队列有什么异动,就会跑过去拿消息放到方法形参内。

  用一个测试方法,模拟用户,我这里是往direct交换器发消息,RoutingKey为animal,最终应该是将消息发给了animal队列,然后被监听器监听,将消息放入形参Message中。

  好了,配置完成,可以使用了。

  其中要注意RabbitTemplate模板的使用方法(这个模板可以自动注入,原理后面大概看一下),自己可以查查资料, 可以自己试试每个方法。

  然后先运行springboot应用,没输出;

  运行测试方法模拟用户向RabbitMQ发消息,控制台打印消息,成功。

  上面MyService中的方法形参是Message(试试Map行不行啊,我没试过...),但是有的时候用对象比较方便,于是我们可以测试用对象接受数据

  运行后结果为:

  由此可见,可以直接从RabbitMQ中反序列化出对象。所以从队列中取出消息,你可以直接诶用Message对象,好处是可以不用在意数据的类型,你还可以取到消息头的一些信息,但是你得到数据还需要进一步处理才能变成对象。

  当然,如果你知道队列中数据的类型的话你可以直接用该类去接收数据,这样比较方便,后续用起来可以直接用。

  

3.用代码创建交换器和队列

  上面大概就介绍完了RabbitMQ的基本用法,但是就有的人说用可视化工具多lower啊,我是高手,我就要用代码创建交换器和队列,并且进行绑定。

  其实有时候还真有这样的需求,需要用代码临时创建一个交换器和队列,所以无论是为了体现出自己水平高深还是为了满足一些需求,我们都要学会用java代码实现创建交换器和队列,并进行绑定。

  下面我们就来试试创建一个direct类型的交换器,名字叫"java-direct",再创建一个叫”java.queue“的队列,然后将这两个绑定,BindingKey为”java.queue“。

  我们会用到一个类amqpAdmin,这个类看名字就知道是个很了不得的类,这个就相当于RabbitMQ管理员的角色。可以删除和创建RabbitMQ里的组件,declarexxx是创建组件,deletexxx是删除组件

  其中,druable表示持久化(这里我设置队列持久化),arguement表示一些消息头参数,是一个map,用到的时候再看吧!

  然后运行这个测试方法,打开RabbitMQ可视化工具,可以看到如下结果:

  后面的用法我就不用多说了,和上面一样,该监听监听,该怎么做就怎么做,不过可以试试指定其他的key测试测试啊!

4.消息转化器

   还记得radis中的那个存到redis中的数据,我们看不懂吗?这也就是所谓的乱码,因为默认用jdk序列化的嘛!

  在RabbitMQ中也有类似的情况,假如我们RabbitMQ中的队列中消息由于某种原因卡住了,我们要用可视化工具看看这些数据是些什么鬼,但是我们看到的是下图这样的:

  注:这里队列中数据我用的是map,才能看到乱码!如果用对象,这里什么也看不到。

  这是因为那个RabbitTemplate默认发消息会用一个消息转换器,把我们要发送的消息换一种形态,但是这种形态不利于我们观察,于是我们就自己定义一个消息转换器,转成json形态,我们在可视化工具里就看得懂了。

  然后我们看看可视化里的数据(这个时候map和对象都行,我用对象测试):

5.大概看看RabbitMQ的自动配置类

   其实原理没什么好说的,和以前的套路一样,找自动配置类。

  对了,很多小伙伴用springboot每整合一个新框架的时候,你要看一下这个新框架的基本配置,应该要知道首先就去对应的自动配置类里面找吧!

  但是,也有很多人可能会说:特么的,这么多自动配置类,我怎么知道去哪里找啊,再说了,这个类名字这么长,我也记不住啊!

  那我稍微提一下就以我们这个RabbitMQ为例:首先我们导入了RabbitMQ依赖,我们就能在jar包那里找到RabbitMQ或者amqp相关的东西(大家应该知道amqp和RabbitMQ之间的关系吧!其实就类似接口和实现类的关系)------------->然而并没有找到spring.factories文件,说明自动配置类应该是springboot自己就有的,我们可以到那个自动配置类的spring.factories中去看看

或者你也可以去下图这个路径看看(习惯了你都不用这样找,直接ctrl+N,然后查找“新框架的名字+AutoConfiguration”,大概就能找到)

   自动配置类就找到了,一般自动配置类都会跟xxxProperties类放在一起,方便我们在配置文件控制参数,所以想要看看所有的能在配置文件配的参数,直接打开这个xxxProperties类,看看有什么属性就ok了。

   然后打开自动配置类,看到这里

  

  也可以打开RabbitTemplate,看看默认消息转换器是哪个,用什么规则去序列化消息的。

  

  点进去看看具体的序列化规则

  这个消息转换器其实也就是这样,我们再来继续看看自动配置类里面

  不多说了,大概的看看就够了,消息中间件之RabbitMQ就说这么多东西吧!给新手一个入门,也许其中很多东西说的不准确啊,那也没办法,我水平就这样啊。。。不过很多细节还是要自己多练习啊,试试那个RabbitTemplate模板的很多方法,AmqpAdmin也有很多的方法;消息转换器的一些知识还需要自己去查查啊。。。。

  咳,突然越写就越觉得还有很多东西都没说,很多细节问题!就这样吧,下一节我看看能说点什么新的东西。。

  

原文地址:https://www.cnblogs.com/wyq1995/p/10040040.html

时间: 2024-10-07 18:49:09

带着新人学springboot的应用07(springboot+RabbitMQ 下)的相关文章

带着新人学springboot的应用01(springboot+mybatis+缓存 中)

继续接着上一节,大家应该知道驼峰命名法吧!就是我们javabean中属性一般命名是lastName,userName这种类型的,而数据库中列名一般都是last_name,user_name这种的,要让对应起来,在springboot中可以设置 另外大家可以看看我们用了mybatis依赖之后,导入了一些什么jar包,比较关键的是那个autoconfigure,其实内部就跟之前我们手写的那个starter原理差不多 我们也可以用xxxCustomizer来定制功能,以上面的驼峰命名为例,就可以使用这

带着新人学springboot的应用01(springboot+mybatis+缓存 下)

springboot+mybatis+缓存,基本的用法想必是会了,现在说一说内部大概的原理. 稍微提一下mybatis,只要导入了mybatis的依赖,那么有个自动配置类就会生效,你可以去mybatis的jar包里面的META-INF/spring.factories中看到这个xxxAutoConfiguration,就如下图所示,这个应该很熟悉了,所以我们要看看mybatis的配置,肯定要看这个类. 开这个类,看到这里 看了看,其他的没什么说的,要看看在yml给mybatis可以配置哪些参数,

带着新人学springboot的应用05(springboot+RabbitMQ 上)

这次就来说说RabbitMQ,这个应该不陌生了,随便一查就知道这个是用来做消息队列的.(注意:这一节很多都是概念的东西,需要操作的比较少) 至于AMQP协议(Advanced Message Queuing Protocol),专业名称叫做高级消息队列协议,就是只要你遵守这个协议,那么做出来的产品就能跨平台,跨语言,很牛的一个协议,具体多么牛可以自己百度一下. 而RabbitMQ就是基于这个协议的!很多语言都可以用RabbitMQ,例如python,C语言,PHP,Java等语言,而且windo

带着新人学springboot的应用06(springboot+RabbitMQ 中)

上一节说了这么多废话,看也看烦了,现在我们就来用鼠标点点点,来简单玩一下这个RabbitMQ. 注意:这一节还是不用敲什么代码,因为上一节我们设置了那个可视化工具,我们先用用可视化工具熟悉一下流程. 打开可视化页面,http://localhost:15672 顺便说一下RabbitMQ中的持持久化:这里持久化分为三种:消息持久化,交换器持久化,队列持久化... 举个例子,就简单说说交换器持久化,其实就是为了防止将消息发到交换器了,但是RabbitMQ服务器突然暴毙,没用了,那数据不就丧失了么?

带着新人学springboot的应用09(springboot+异步任务)

本来想说说检索的,不过不知道什么鬼,下载ElasticSearch太慢了,还是放一下,后面有机会再补上!今天就说个简单的东西,来说说任务. 什么叫做任务呢?其实就是类中实现了一个什么功能的方法.常见的任务就是异步任务,定时任务,发邮件. 异步任务:其实就是一个很特别的方法,这个方法没有返回值(也可以有返回值,后面会说的),但是方法内部的逻辑会耗费很多时间!例如,用户请求每次到controller,要执行到这个异步方法的时候,我们只需要命令一个空闲状态的线程去执行它即可,由于没有返回值不影响后续代

带着新人学springboot的应用13(springboot+热部署)

spring cloud我想做成一个系列,所以spring cloud+eureka后面会慢慢说到的,有兴趣的小伙伴可以关注后续! 这一节就简单说说springboot的热部署了(我一直想不通为什么叫做热部署,看到这名字就吓退了我继续学习的欲望!),但是实际上可以把这个看成是一个小技巧. 就是导入一个依赖,要用的时候,就是快捷键操作:Ctrl+F9 有什么用呢?就是避免你每次对springboot修改一点东西,就要重新启动springboot应用,贼麻烦!而且对于电脑性能不怎么样的小伙伴来说(咳

带着新人学springboot的应用12(springboot+Dubbo+Zookeeper 下)

上半节已经下载好了Zookeeper,以及新建了两个应用provider和consumer,这一节我们就结合dubbo来测试一下分布式可不可以用. 现在就来简单用一下,注意:这里只是涉及最简单的部分,新手入门用的,详细的内容要学习的可以自己查一查资料;然后再说说用Zookeeper当作注册中心的一个特点. 话说注册中心是一个类似第三方软件的东西,那么我们能不能用Dubbo+其他注册中心呢?其实也是可以的,比如redis,有兴趣的可以查查资料自己试试,原理都差不多. 1.导入依赖       两个

【spring-boot】快速构建spring-boot微框架

spring-boot是一个快速构建环境的一套框架,其设计理念是尽可能的减少xml的配置,用来简化新Spring应用的初始搭建以及开发过程.该框架使用了特定的方式来进行配置,从而使开发人员不再需要定义样板化的配置. 废话不多说,关于spring-boot是什么具体请百度. 官网:http://projects.spring.io/spring-boot 1. spring-boot是一个mavan项目,所以其使用的jar包全部是通过maven管理,当然,使用maven也是非常方便的. 首先上我的

SpringBoot 全局视角看springboot

从单体架构到微服务 单体架构 任何一个网站在发布初期几乎都不可能立马就拥有庞大的用户流量和海量数据,都是在不停 的试错过程中一步一步演变其自身架构,满足其自身业务.比如现在能够抗住双十一这么大 流量的淘宝,它的技术最早用的是 LAMP(Linux+Apache+Mysql+Php). 实际上,架构越复杂,意味着业务的体量越庞大. 对于一个刚刚起步的项目,我们会选择最简单最快速的方式来实现.而单体架构是最好的选 择,目前很多的传统软件行业仍然采用这类的架构. 一般的实施方案是,把所有的功能模块都打