Kxxjy的博客

原创 rabbitMQ五大模式的业务使用场景

原创 rabbitMQ在实际生产中的简单使用

消费者:通常写在需要接收消息并对其作出处理的包中(新建一个包专门书写),并且接收到消息后通常就进行业务处理了.生产者:通常写在需要发送消息的类的业务逻辑中。

原创 初学rabbitMQ之topic模式(SpringBoot整合版)

(与之前JavaSE版本的topic模式基本类似,详情可看之前的总结)结果肯定是设置了key路径为emp.*的消费者2.

原创 初学rabbitMQ之routing模式(SpringBoot整合版)

与发布订阅模式相比,routing模式需要在exchange参数中将type类型设置为direct类型,并且在@RabbitListener注解中新增一个参数:key,它表示要接收的消息的路由名称

原创 初学rabbitMQ之发布订阅模式(SpringBoot集成版)

主要在于@RabbitListener()注解中的参数改变为以下: ​​​。

原创 初学rabbitMQ之work模式(SpringBoot整合版)

首先,若想进行work模式,除了在yml配置文件中配置rabbitmq的用户名、密码以及连接地址外,还需要。生产者:还是和普通模式中的一样。

原创 初学RabbitMQ之普通模式中的生产者与消费者案例(SpringBoot集成)

2、将RabbitTemplate对象注入,然后调用convertAndSend方法即可。将需要监听的方法用@RabbitListener()注解标注,用于接收消息队列中的消息。1、首先需要在yml文件中指定rabbitmq的用户名、密码以及连接地址(

原创 初学rabbitMQ之五种模式的总结

需要设置类型为 topic 的交换机 ，交换机和队列进行绑定 ，并且指定通配符方式的 routing key ，当发送消息到交换机后 ，交换机会根据 routing key 将消息发送到对应的队列。需要设置类型为 direct 的交换机 ，交换机和队列进行绑定 ， 并且指定 routing key，当发送消息到交换机 后 ，交换机会根据 routing key 将消息发送到对应的队列。一个生产者、多个消费者（竞争关系），不需要设置交换机（使用默认的交换机）。多个消费者分配消费信息。

原创 初学rabbitMQ之topic模式

因此最终执行结果肯定为:设置了和生产者的key一样路由key的消费者0成功接收到消息。消费者0设置的可接收的路由key为:user.*[所有以user开头的路由]消费者1设置的可接收的路由key为:emp.*[所有以emp开头的路由]生产者中设置的路由key为user.xxx。

原创 初学rabbitMQ之routing模式

因此,最终能够接收到这个消息的就只有:设置了同一个路由key的对象 (消费者1)消费者1的队列属性中,也设置了一个路由key为“666”因在生产者中,发布的消息的路由key为“666”routing模式流程图。

原创 初学rabbitMQ之发布订阅模式

2: 第六步属性中的队列名称必须为在第五步中通过channel.queueDeclare().getQueue();拿到的变量名,而不能手动录入.2: 其次第五步设置队列属性也要更改为exchangeDeclare("交换机名称", "交换机类型")1: 首先在第六步,pubsub模式中,没有路由key。首先先运行所有(两个)消费者监听消息,最后再运行生产者.

原创 初学rabbitMQ之work模式

首先先运行所有(两个)消费者监听消息,最后再运行生产者.

原创 初学rabbitMQ中的生产者和消费者模式(JavaSE环境下)

第三个参数：是否排他性:若设置为true,即只能在同一个connection连接对象中去操作队列, 如果不是在同一个连接对象中去操作队列,将会报错(默认为false).* 第三个参数：消息属性: 是否要进行消息持久化,rabbitMQ重启后,生产者发送至消息队列的消息依旧能够存在(将属性设置为。第一个方法(两个参数)为:消息队列中的消息被消费后会进行回调的方法;4 创建 Chanel。

原创 前后端字段名不一致,后端无法接收到前端传递的数据

Postman测试接口也能正常响应,但前端就是拿不到后端的数据。

原创 前后端分离项目中,存取拿到的session不一致如何处理

1、确保后端的 CORS 设置允许前端发送 Cookies。2、在前端发送请求时，需要设置 withCredentials 为 true，以确保 session 被正确传递。