RibbitMQ -服务之间的异步通讯

RabbitMQ 消息队列 1.什么是rabbitMQ RabbitMQ是一个由erlang开发的AMQP(Advanced Message Queue 高级消息队列协议 )的开源实现,能够实现异步消息处理 RabbitMQ是一个消息代理:它接受和转发消息。 你可以把它想象成一个邮局:当你把你想要发布的邮件放在邮箱中时,你可以确定邮差先生最终将邮件发送给你的收件人。在这个比喻中,RabbitMQ是邮政信箱,邮局和邮递员。 R... 阅读详情

初识MQ

1.同步通讯和异步通讯

        1.1 微服务间基于Feign的调用属于同步方法

RibbitMQ快速入门

        1首先我们先安装RibbitMQ,安装教程这里就不演示了

        2.做一个简单入门案例:

        简单队列模式:

        

publisher:消息发布者;

queue:消息队列,负责接收并缓存消息;

consumer: 订阅队列(消息接受者):负责处理队列中的消息

简单消息队列代码实现:

发送消息到消息队列

public class PublisherTest {
    @Test
    public void testSendMessage() throws IOException, TimeoutException {
        // 1.建立连接
        ConnectionFactory factory = new ConnectionFactory();
        // 1.1.设置连接参数,分别是:主机名、端口号、vhost、用户名、密码
        factory.setHost("192.168.29.129");
        factory.setPort(5672);
        factory.setVirtualHost("/");
        factory.setUsername("itcast");
        factory.setPassword("123321");
        // 1.2.建立连接
        Connection connection = factory.newConnection();

        // 2.创建通道Channel
        Channel channel = connection.createChannel();

        // 3.创建队列
        String queueName = "simple.queue";
        channel.queueDeclare(queueName, false, false, false, null);

        // 4.发送消息
        String message = "hello, mq!";
        channel.basicPublish("", queueName, null, message.getBytes());
        System.out.println("发送消息成功:【" + message + "】");

        // 5.关闭通道和连接
        channel.close();
        connection.close();

    }

从消息队列中订阅消息,处理消息:

public class ConsumerTest {

    public static void main(String[] args) throws IOException, TimeoutException {
        // 1.建立连接
        ConnectionFactory factory = new ConnectionFactory();
        // 1.1.设置连接参数,分别是:主机名、端口号、vhost、用户名、密码
        factory.setHost("192.168.29.129");
        factory.setPort(5672);
        factory.setVirtualHost("/");
        factory.setUsername("itcast");
        factory.setPassword("123321");
        // 1.2.建立连接
        Connection connection = factory.newConnection();

        // 2.创建通道Channel
        Channel channel = connection.createChannel();

        // 3.创建队列
        String queueName = "simple.queue";
        channel.queueDeclare(queueName, false, false, false, null);

        // 4.订阅消息
        channel.basicConsume(queueName, true, new DefaultConsumer(channel){
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope,
                                       AMQP.BasicProperties properties, byte[] body) throws IOException {
                // 5.处理消息
                String message = new String(body);
                System.out.println("接收到消息:【" + message + "】");
            }
        });
        System.out.println("等待接收消息。。。。");
    }
}

springAMQP

springAMQP中的五种消息队列模型:

1.Basic Queue简单队列模型

第一步:首先我们需要给父工程中导入依赖

<!--AMQP依赖,包含RabbitMQ-->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-amqp</artifactId>
</dependency>

第二步:给publisher(消息发送者)配置MQ的相关配置

spring:
  rabbitmq:
    host: 192.168.150.101 # 主机名
    port: 5672 # 端口
    virtual-host: / # 虚拟主机
    username: itcast # 用户名
    password: 123321 # 密码

第三步:在publisher中编写测试类SpringAmqpTest,并利用RabbitTemplate实现消息发送:

@SpringBootTest
@RunWith(SpringRunner.class)
public class SpringAmqpTest {
    @Autowired
    private RabbitTemplate rabbitTemplate;
    @Test
    public void testSimpleQueue(){
        //发送消息
        rabbitTemplate.convertAndSend("simple,queue","hello simple");
    }

}

第四步:消息接收,给consumerMQ相关配置,同上

第五步:然后在consumer新建一个监听器类SpringRabbitListener,代码如下:

@Component
public class SpringRabbitListener {
    @RabbitListener(queues = "simple.queue")
    public void listenSimpleQueueMessage(String msg){
        System.out.println("spring消费者接收到的消息:{"+msg+"}");
    }
}

测试:启动consumer类,接着启动消息发送类,看见打印消息,证明成功

2.Work Queue工作队列模型

可以让多个消费者绑定一个队列,如图:

 

问题:

        消费者如何从消息队列这获取消息的;下面从循环发送消息,测试多消息共同处理的场景

第一步:在publisher服务中的SpringAmqpTest类中添加一个测试方法:

/**
     * WorkQueue队列模型 发送50条消息
     * @throws InterruptedException
     */
    @Test
    public void testWorkQueue() throws InterruptedException {
        //循环发送50条消息
        for (int i = 0; i < 50; i++) {
            //发送消息
            rabbitTemplate.convertAndSend("simple.queue","hello,work");
            //设置发送时间 在一秒钟以内发送完
            Thread.sleep(20L);
        }

    }

第二步:要模拟多个消费者绑定同一个队列,我们在consumer服务的SpringRabbitListener中添加2个新的方法:

 @RabbitListener(queues = "simple.queue")
    public void listenWorkQueue1(String msg) throws InterruptedException {
        System.out.println("spring消费者1接收到的消息:{"+msg+"}");
        //设置时间 一秒钟以内接收完成
        Thread.sleep(20L);
    }
    @RabbitListener(queues = "simple.queue")
    public void listenWorkQueue2(String msg) throws InterruptedException {
        System.err.println("spring消费者2接收到的消息:{"+msg+"}");
        //设置时间 一秒钟以外接收完成
        Thread.sleep(200L);
    }

理论上来说:两个消费者接收消息,应该在1秒钟以为接收完成,但是测试效果如下:

spring消费者1接收到的消息:{hello,work02023-06-10T18:11:06.342}
spring消费者2接收到的消息:{hello,work12023-06-10T18:11:06.358}
spring消费者1接收到的消息:{hello,work22023-06-10T18:11:06.388}
spring消费者1接收到的消息:{hello,work42023-06-10T18:11:06.452}
spring消费者1接收到的消息:{hello,work62023-06-10T18:11:06.514}
spring消费者2接收到的消息:{hello,work32023-06-10T18:11:06.558}
spring消费者1接收到的消息:{hello,work82023-06-10T18:11:06.574}
spring消费者1接收到的消息:{hello,work102023-06-10T18:11:06.636}
spring消费者1接收到的消息:{hello,work122023-06-10T18:11:06.698}
spring消费者1接收到的消息:{hello,work142023-06-10T18:11:06.760}
spring消费者2接收到的消息:{hello,work52023-06-10T18:11:06.773}
spring消费者1接收到的消息:{hello,work162023-06-10T18:11:06.820}
spring消费者1接收到的消息:{hello,work182023-06-10T18:11:06.881}
spring消费者1接收到的消息:{hello,work202023-06-10T18:11:06.943}
spring消费者2接收到的消息:{hello,work72023-06-10T18:11:06.988}
spring消费者1接收到的消息:{hello,work222023-06-10T18:11:07.005}
spring消费者1接收到的消息:{hello,work242023-06-10T18:11:07.067}
spring消费者1接收到的消息:{hello,work262023-06-10T18:11:07.128}
spring消费者2接收到的消息:{hello,work92023-06-10T18:11:07.189}
spring消费者1接收到的消息:{hello,work282023-06-10T18:11:07.191}
spring消费者1接收到的消息:{hello,work302023-06-10T18:11:07.252}
spring消费者1接收到的消息:{hello,work322023-06-10T18:11:07.314}
spring消费者1接收到的消息:{hello,work342023-06-10T18:11:07.376}
spring消费者2接收到的消息:{hello,work112023-06-10T18:11:07.391}
spring消费者1接收到的消息:{hello,work362023-06-10T18:11:07.438}
spring消费者1接收到的消息:{hello,work382023-06-10T18:11:07.501}
spring消费者1接收到的消息:{hello,work402023-06-10T18:11:07.562}
spring消费者2接收到的消息:{hello,work132023-06-10T18:11:07.592}
spring消费者1接收到的消息:{hello,work422023-06-10T18:11:07.624}
spring消费者1接收到的消息:{hello,work442023-06-10T18:11:07.687}
spring消费者1接收到的消息:{hello,work462023-06-10T18:11:07.750}
spring消费者2接收到的消息:{hello,work152023-06-10T18:11:07.795}
spring消费者1接收到的消息:{hello,work482023-06-10T18:11:07.811}
spring消费者2接收到的消息:{hello,work172023-06-10T18:11:07.995}
spring消费者2接收到的消息:{hello,work192023-06-10T18:11:08.195}
spring消费者2接收到的消息:{hello,work212023-06-10T18:11:08.397}
spring消费者2接收到的消息:{hello,work232023-06-10T18:11:08.600}
spring消费者2接收到的消息:{hello,work252023-06-10T18:11:08.801}
spring消费者2接收到的消息:{hello,work272023-06-10T18:11:09.002}
spring消费者2接收到的消息:{hello,work292023-06-10T18:11:09.205}
spring消费者2接收到的消息:{hello,work312023-06-10T18:11:09.407}
spring消费者2接收到的消息:{hello,work332023-06-10T18:11:09.607}
spring消费者2接收到的消息:{hello,work352023-06-10T18:11:09.808}
spring消费者2接收到的消息:{hello,work372023-06-10T18:11:10.010}
spring消费者2接收到的消息:{hello,work392023-06-10T18:11:10.211}
spring消费者2接收到的消息:{hello,work412023-06-10T18:11:10.412}
spring消费者2接收到的消息:{hello,work432023-06-10T18:11:10.614}
spring消费者2接收到的消息:{hello,work452023-06-10T18:11:10.815}
spring消费者2接收到的消息:{hello,work472023-06-10T18:11:11.016}
spring消费者2接收到的消息:{hello,work492023-06-10T18:11:11.219}

很明显消息接收时间大于1秒,而且通过观察可以发现,消费者1只接收偶数,消费者二只接受奇数,也就是说消息是平均分配给每个消费者,并没有考虑到消费者的处理能力。这样显然是有问题的。

如何解决呢?

我们只需要在配置之中加入这样一行配置,通过改变它的预取数量,来改变每个消费者接收信息的数量,也就是能者多劳。表示一次只接受一条信息

spring:
  rabbitmq:
    listener:
      simple:
        prefetch: 1 # 每次只能获取一条消息,处理完成才能获取下一个消息

再次重启服务进行测试:

spring消费者1接收到的消息:{hello,work02023-06-10T18:50:06.351}
spring消费者2接收到的消息:{hello,work12023-06-10T18:50:06.376}
spring消费者1接收到的消息:{hello,work22023-06-10T18:50:06.407}
spring消费者1接收到的消息:{hello,work32023-06-10T18:50:06.438}
spring消费者1接收到的消息:{hello,work42023-06-10T18:50:06.469}
spring消费者1接收到的消息:{hello,work52023-06-10T18:50:06.500}
spring消费者1接收到的消息:{hello,work62023-06-10T18:50:06.532}
spring消费者1接收到的消息:{hello,work72023-06-10T18:50:06.564}
spring消费者1接收到的消息:{hello,work82023-06-10T18:50:06.595}
spring消费者2接收到的消息:{hello,work92023-06-10T18:50:06.625}
spring消费者1接收到的消息:{hello,work102023-06-10T18:50:06.657}
spring消费者1接收到的消息:{hello,work112023-06-10T18:50:06.687}
spring消费者1接收到的消息:{hello,work122023-06-10T18:50:06.720}
spring消费者1接收到的消息:{hello,work132023-06-10T18:50:06.750}
spring消费者1接收到的消息:{hello,work142023-06-10T18:50:06.782}
spring消费者1接收到的消息:{hello,work152023-06-10T18:50:06.812}
spring消费者2接收到的消息:{hello,work162023-06-10T18:50:06.844}
spring消费者1接收到的消息:{hello,work172023-06-10T18:50:06.874}
spring消费者1接收到的消息:{hello,work182023-06-10T18:50:06.904}
spring消费者1接收到的消息:{hello,work192023-06-10T18:50:06.935}
spring消费者1接收到的消息:{hello,work202023-06-10T18:50:06.966}
spring消费者1接收到的消息:{hello,work212023-06-10T18:50:06.998}
spring消费者1接收到的消息:{hello,work222023-06-10T18:50:07.029}
spring消费者1接收到的消息:{hello,work232023-06-10T18:50:07.060}
spring消费者2接收到的消息:{hello,work242023-06-10T18:50:07.091}
spring消费者1接收到的消息:{hello,work252023-06-10T18:50:07.122}
spring消费者1接收到的消息:{hello,work262023-06-10T18:50:07.154}
spring消费者1接收到的消息:{hello,work272023-06-10T18:50:07.184}
spring消费者1接收到的消息:{hello,work282023-06-10T18:50:07.215}
spring消费者1接收到的消息:{hello,work292023-06-10T18:50:07.246}
spring消费者1接收到的消息:{hello,work302023-06-10T18:50:07.277}
spring消费者1接收到的消息:{hello,work312023-06-10T18:50:07.308}
spring消费者2接收到的消息:{hello,work322023-06-10T18:50:07.339}
spring消费者1接收到的消息:{hello,work332023-06-10T18:50:07.369}
spring消费者1接收到的消息:{hello,work342023-06-10T18:50:07.401}
spring消费者1接收到的消息:{hello,work352023-06-10T18:50:07.433}
spring消费者1接收到的消息:{hello,work362023-06-10T18:50:07.464}
spring消费者1接收到的消息:{hello,work372023-06-10T18:50:07.494}
spring消费者1接收到的消息:{hello,work382023-06-10T18:50:07.526}
spring消费者1接收到的消息:{hello,work392023-06-10T18:50:07.557}
spring消费者2接收到的消息:{hello,work402023-06-10T18:50:07.588}
spring消费者1接收到的消息:{hello,work412023-06-10T18:50:07.619}
spring消费者1接收到的消息:{hello,work422023-06-10T18:50:07.650}
spring消费者1接收到的消息:{hello,work432023-06-10T18:50:07.680}
spring消费者1接收到的消息:{hello,work442023-06-10T18:50:07.711}
spring消费者1接收到的消息:{hello,work452023-06-10T18:50:07.743}
spring消费者1接收到的消息:{hello,work462023-06-10T18:50:07.774}
spring消费者1接收到的消息:{hello,work472023-06-10T18:50:07.809}
spring消费者2接收到的消息:{hello,work482023-06-10T18:50:07.836}
spring消费者1接收到的消息:{hello,work492023-06-10T18:50:07.867}

输出结果正常。

总结

Work模型的使用:

  • 多个消费者绑定到一个队列,同一条消息只会被一个消费者处理

  • 通过设置prefetch来控制消费者预取的消息数量

3.发布订阅模型:

 

可以看到,在订阅模型中,多了一个exchange角色,而且过程略有变化:

  • Publisher:生产者,也就是要发送消息的程序,但是不再发送到队列中,而是发给X(交换机)

  • Exchange:交换机,图中的X。一方面,接收生产者发送的消息。另一方面,知道如何处理消息,例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。到底如何操作,取决于Exchange的类型。Exchange有以下3种类型:

    • Fanout:广播,将消息交给所有绑定到交换机的队列

    • Direct:定向,把消息交给符合指定routing key 的队列

    • Topic:通配符,把消息交给符合routing pattern(路由模式) 的队列

  • Consumer:消费者,与以前一样,订阅队列,没有变化

  • Queue:消息队列也与以前一样,接收消息、缓存消息。

3.1Fanout广播模型

 

在广播模式下,消息发送的流程应该是:

  1. 可以有多个队列
  2. 每个队列都要绑定在exchange(交换机)上
  3. 生产者发送的消息只能发送到交换机上,由交换机决定发送个哪个队列
  4. 交换机把消息发送给绑定的所有队列
  5. 订阅队列的消费者都能拿到消息

我们的计划是这样的:

  • 创建一个交换机 itcast.fanout,类型是Fanout

  • 创建两个队列fanout.queue1和fanout.queue2,绑定到交换机itcast.fanout

 Spring提供了一个接口Exchange,来表示所有不同类型的交换机:

开始写代码: 

        1.在消费者模块创建一个config类,用来声明队列和交换机,代码如下:

@Configuration
public class FanoutConfig {
    /**
     * 声明交换机
     * @return
     */
    @Bean
    public FanoutExchange fanoutExchange(){
        return new FanoutExchange("itcast.fanout");
    }
    /**
     * 声明队列
     */
    @Bean
    public Queue fanoutQueue1(){
        return new Queue("fanout.queue1");
    }
    @Bean
    public Queue fanoutQueue2(){
        return new Queue("fanout.queue2");
    }
    /**
     * 绑定交换机和队列
     */
    @Bean
    public Binding bindingQueue1(FanoutExchange fanoutExchange,Queue fanoutQueue1){
        return BindingBuilder.bind(fanoutQueue1).to(fanoutExchange);
    }
    @Bean
    public Binding bindingQueue2(FanoutExchange fanoutExchange,Queue fanoutQueue2){
        return BindingBuilder.bind(fanoutQueue2).to(fanoutExchange);
    }
}

很显然,这种绑定方式都是基于代码绑定,比较繁琐,接下来有更简单的方式

        2.紧接着,我们需要在生产者模块当中发送消息,代码如下:

@Test
    public void testFanoutExchange(){
        //发送消息
        rabbitTemplate.convertAndSend("itcast.fanout","","hello,Fanout");
    }

        3.最后,我们要在消费者模块,监听器模块添加代码,来监听发送的消息.代码如下:

 /**
     * fanout模型
     */
    @RabbitListener(queues = "fanout.queue1")
    public void listenFanoutQueue1(String msg){
        System.out.println("spring消费者1接收到Fanout的消息:{" +msg+ "}");
    }
    @RabbitListener(queues = "fanout.queue2")
    public void listenFanoutQueue2(String msg){
        System.out.println("spring消费者2接收到Fanout的消息:{" +msg+ "}");
    }

测试,运行结果如下

 经过测试,消费者在队列中都取到了消息

总结

交换机的作用是什么?

  1. 接收publisher发送的消息
  2. 将消息按照规则路由到与之绑定的队列
  3. 不能缓存消息,路由失败,消息丢失
  4. FanoutExchange的会将消息路由到每个绑定的队列

声明队列、交换机、绑定关系的Bean是什么?

        1.Queue

        2.FanoutExchange

        3.Binding

3.2Direct模型

在Fanout模式中,一条消息,会被所有订阅的队列都消费。但是,在某些场景下,我们希望不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。

  

在Direct模型下:

  1. 队列与交换机的绑定,不能是任意绑定了,而是要指定一个RoutingKey(路由key)
  2. 消息的发送方在 向 Exchange发送消息时,也必须指定消息的 RoutingKey。
  3. Exchange不再把消息交给每一个绑定的队列,而是根据消息的Routing Key进行判断,只有队列的Routingkey与消息的 Routing key完全一致,才会接收到消息

案例需求:

  1. 利用@RabbitListener声明Exchange、Queue、RoutingKey

  2. 在consumer服务中,编写两个消费者方法,分别监听direct.queue1和direct.queue2

  3. 在publisher中编写测试方法,向itcast. direct发送消息

上面3.1中我们提到了,交换机与队列绑定代码过于繁琐,接下来,运用注解@RabbitListener来实现;

废话不做说直接上代码;

直接在消费者的监听器类中书写代码(接收消息):

 

 

 

 这里简单的说明一下bindings,value,exchange后边为什么使用注解,我们点进去他们的方法可以看到,声明它们的是黄色的注解接口,如图所知

 

 而key则是String类型的数组。

发送消息:

首先我们通过指定路由为red测试,代码如下

@Test
    public void testDirectExchange(){
        //发送消息
        rabbitTemplate.convertAndSend("itcast.direct","red","hello,Direct");
    }

 测试一(指定路由为red)结果如下:

 因为red两个队列都会接收到

 测试二(指定路由为yellow)结果如下:

 结果:交换机通过发送过来的消息的路由进行判断分给那个队列,再由队列分给接受者

总结:

描述下Direct交换机与Fanout交换机的差异?

  1. Fanout交换机将消息路由给每一个与之绑定的队列
  2. Direct交换机根据RoutingKey判断路由给哪个队列
  3. 如果多个队列具有相同的RoutingKey,则与Fanout功能类似

基于@RabbitListener注解声明队列和交换机有哪些常见注解?

  1. @Queue
  2. @Exchange

3.3Topic模型

对比:

Topic类型的Exchange与Direct相比,都是可以根据RoutingKey把消息路由到不同的队列。只不过Topic类型Exchange可以让队列在绑定Routing key 的时候使用通配符!

Routingkey介绍:

Routingkey 一般都是有一个或多个单词组成,多个单词之间以”.”分割,例如: item.insert

通配符规则:

#:匹配一个或多个词

*:匹配不多不少恰好1个词

图示:

案例需求:

实现思路如下:

  1. 并利用@RabbitListener声明Exchange、Queue、RoutingKey

  2. 在consumer服务中,编写两个消费者方法,分别监听topic.queue1和topic.queue2

  3. 在publisher中编写测试方法,向itcast. topic发送消息

案例实现:

1.在接受者的监听器类中编写代码,如下所示:

 /**
     * Topic模型
     */
    @RabbitListener(bindings = @QueueBinding(
            value =@Queue(name = "topic.queue1"),
            exchange =@Exchange(name = "itcast.topic",type = ExchangeTypes.TOPIC),
            key ="china.#"
    ))
    public void listenTopicQueue1(String msg){
        System.out.println("消费者接收到topic.queue1的消息:{" +msg+ "}");
    }
    @RabbitListener(bindings = @QueueBinding(
            value =@Queue(name = "topic.queue2"),
            exchange =@Exchange(name = "itcast.topic",type = ExchangeTypes.TOPIC),
            key ="#.news"
    ))
    public void listenTopicQueue2(String msg){
        System.out.println("消费者接收到topic.queue2的消息:{" +msg+ "}");
    }

编写消费者发送消息:

@Test
    public void testTopicExchange(){
        //发送消息
        rabbitTemplate.convertAndSend("itcast.topic","china.news","hello,topic");
    }

测试:

 

总结:

描述下Direct交换机与Topic交换机的差异?

  1. Topic交换机接收的消息RoutingKey必须是多个单词,以 **.** 分割
  2. Topic交换机与队列绑定时的bindingKey可以指定通配符
  3. #:代表0个或多个词
  4. *:代表1个词

3.4消息转换器

        测试默认转换器:

@Test
public void testSendMap() throws InterruptedException {
    // 准备消息
    Map<String,Object> msg = new HashMap<>();
    msg.put("name", "Jack");
    msg.put("age", 21);
    // 发送消息
    rabbitTemplate.convertAndSend("simple.queue","", msg);
}

测试结果:

可以看到非常乱:

        配置JSON转换器:

在publisher和consumer两个服务中都引入依赖:

<dependency>
    <groupId>com.fasterxml.jackson.dataformat</groupId>
    <artifactId>jackson-dataformat-xml</artifactId>
    <version>2.9.10</version>
</dependency>

在启动类中添加一个Bean即可:

@Bean
public MessageConverter jsonMessageConverter(){
    return new Jackson2JsonMessageConverter();
}

分布式消息队列 — RabbitMQ(2) 目录目录 前文列表 RabbitMQ 的特性 Message Acknowledgment 消息应答 Prefetch Count 预取数 RPC 远程过程调用 vhost 虚拟主机 插件系统 最后前文列表快速入门分布式消息队列之 RabbitMQ(1)RabbitMQ 的特性紧接上文,继续来看 RabbitMQ 都有哪些值得我们关注的特性。Message Acknowledgment 消息应答假设 阅读详情

相关推荐

Python学习(一)

快速入门 1.Linux系统中是可以直接使用Python进行编程,具体如下: 进入Python:在linux的Terminal中输入 Python ,进入Python的命令行; 退出Python:在linux的Terminal中输入quit() 或 exit() 或 ctrl +d ,再回车,退出Python的命令行。 2.python的源程序就是一个特殊格式的文本文件,可以使用任意文本编辑软件做Python的开发。 3.Python程序的文件扩展名通常都是 .py。 4.执行Python程序的方式:在

SummerXRT的博客 1281

ElasticSearch - 在 微服务项目 中基于 RabbitMQ 实现 ES 和 MySQL 数据异步同步(考点)

微服务 架构的项目上,不同的业务往往会在不同的微服务上,比如 “商品数据管理业务” 和 “商品数据搜索业务” 肯定会在两个不同的微服务上,那么跨微服务的项目就没办法直接操作了.

CYK_byte的博客 2819

华为HCIP大数据备考实战:从题库精析到834分通关策略

本文详细介绍了华为HCIP大数据认证考试的备考策略,包括题库精析、重点章节突破和考场实战经验。作者以834分的高分通过考试,分享了官方教材的三遍阅读法、自建题库技巧以及各章节核心知识点,帮助考生高效备考并顺利通关。

weixin_29169899的博客 150

【RocketMQ生产者发送消息的三种方式:发送同步消息、异步消息、单向消息&案例实战&详细学习流程】

【RocketMQ生产者发送消息的三种方式:发送同步消息、异步消息、单向消息&案例实战&详细学习流程】就先学习到这里,更多内容持续创作学习中,消息发送方在发送了一条消息后,不等接收方发回响应,接着进行第二条消息发送。单向(Oneway)发送特点为发送方只负责发送消息,不等待服务器回应且没有回调函数触发,即只发送请求不等待应答。在使用RocketMQ发送消息之前需要我们先完成之前RocketMQ的安装,然后在Maven导入依赖并熟悉生产者发送消息的API。

Coder_ljw的博客 3421

在ubuntu上安装FastSufer【本机安装】

其实说是安装,只需要将文件下载并解压即可。推荐教程注意版本:在下面这个网址根据你的操作系统找到最新的版本安装。比如我的操作系统为Ubuntu 20.04.5,因此我安装ubuntu20-7.4.1的freesurfer打开~/.bashrc在~/.bashrc文件中添加以下三行关闭~/.bashrc更新~/.bashrc安装tcsh注意每次进入终端使用freesurfer时需要输入FREESURFER_HOME路径根据freesurfer的文件夹所在位置自己修改。

Xingwen_future的博客 2008

图像质量评估(9) -- 杂散光(Flare)的测量标准与实战解析

本文深入解析了杂散光(Flare)对图像质量的影响及其测量标准,包括ISO 9358和ISO 18844的核心方法。通过实战指南和优化策略,帮助读者掌握杂散光的测量与控制技术,提升光学系统性能。

sql99的博客 251

RabbitMQ的使用

1、MQ是什么 MQ: Message Quene 消息队列 队列: 一种数据结构,先进先出 消息队列: 本质是个队列,只不过存放的是消息而已 消息中间件: 简单来说就是用来传输消息的中间载体 MQ的作用: 流量消峰(解决高并发) 模块之间的异步通信 MQ的框架很多,比如ActiveMQ,RabbitMQ,RocketMQ,kafka,而我们使用的就是RabbitMQ 2、Rabbit...

X_Q_B_J的博客 1269

【基于大模型 + FAISS 的本地知识库与智能 PPT 生成系统:从架构到实现】

本文介绍了一个基于大模型(Ollama+DeepSeek)和FAISS向量数据库的本地知识库与智能PPT生成系统。该系统采用前后端分离架构,包含文档管理、向量检索、PPT生成等核心模块,可实现文档智能解析、语义检索和结构化PPT自动生成。通过MVC设计模式,系统实现了从文档上传、向量存储到内容检索、PPT生成的全流程自动化,有效解决了企业知识管理效率低下的问题。架构设计清晰,功能模块完备,为企业和个人提供了高效的文档处理与二次创作解决方案。

聚焦大数据、AI、数据库三大核心领域,分享 Flink/Spark 实时计算、数仓架构设计、AI 模型落地、数据库性能调优的实战干货,附可直接运行的源码与方案。提供企业技术内训、项目咨询与定制化服务,助力开发者与企业高效搞定数智技术难题。 1600

RibbitMQ简单介绍和安装

AMQP,即 Advanced Message Queuing Protocol(高级消息队列协议),是一个网络协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息,并不受客户端/中间件不同产品,不同的开发语言等条件的限制。2006年,AMQP规范发布。类比HTTP。2007年,Rabbit技术公司基于AMQP标准开发的RabbitMQ1.0发布。RabbitMQ采用Erlang 语言开发。...

QAQnullPoint的博客 781

2025红队实战:Win11环境下ZAP、CobaltStrike与免杀套件深度评测

在网络安全领域,渗透测试与红队行动是评估系统防御能力的关键手段。其核心原理在于模拟真实攻击者的技术与流程,以发现潜在的安全漏洞。这项技术的价值在于主动识别风险,提升整体安全防护水平,广泛应用于企业安全评估、漏洞挖掘和攻防演练等场景。随着Windows 11系统普及,其增强的安全机制(如内存完整性、基于虚拟化的安全)对传统攻击工具链提出了新的挑战。本文聚焦于**CobaltStrike二开版**与**免杀套件**在Win11环境下的实战应用与深度对抗,探讨如何优化工具链以应对现代端点检测与响应(EDR)和高级

weixin_29315091的博客 308

COMSOL求解器实战:如何避免非线性问题求解失败(附牛顿法调试技巧)

本文深入探讨了COMSOL求解器在处理非线性问题时常见的失败原因及解决方案。通过分析物理模型非线性特性、初始条件敏感性和求解器参数配置,提供了牛顿法调试的黄金四步法,包括模型检查、分阶段求解、参数调优和高级诊断工具应用。特别针对材料非线性、几何非线性和多物理场耦合等典型工程场景,给出了实战技巧和预防性建模策略,帮助工程师有效避免求解失败。

weixin_29284657的博客 419

同步异步通信

不管是异步通信还是同步通信都需要进行同步, 1) 异步通信通过传送字符内的起始位来进行同步, 2) 同步通信采用共用外部时钟来进行同步。 异步通信是自同步,同步通信是外同步。 ...

world_hello_100的专栏 337

【华为OD机试】真题-小明减肥(Java)

摘要:题目要求从n个可选运动中选取k个,使其卡路里总和等于目标值t,统计可行方案数。输入包含运动数量n、目标t、选择数量k及卡路里数组。采用DFS回溯算法,通过剪枝优化(提前终止无效分支),分别处理选择/不选当前运动的情况。当遍历完所有运动且满足条件时计数。示例输入"4 3 2"和"1 2 3"时,输出2(对应两种选择组合)。Java实现通过递归完成搜索,最终输出符合条件的方案总数。(149字)

u014481728的博客 285

RabbitMQ 解耦、异步通讯、削峰

使用RabbitMQ解耦、异步通讯、削峰详解

qq_41939901的博客 704

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

【实用篇】SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式,系统详解springcloud分布式

配置文件方式:在order-service的application.yml文件中,添加新的配置也可以修改规则(针对某个服务的负载均衡策略)user-service: # 给某个微服务配置负载均衡规则,这里是user-service服务ribbon:NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则1. Feign可以支持很多的自定义配置。

m0_46638350的博客 1737

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

RabbitMQ解决分布式事务

RabbitMQ解决分布式事务 案例: 经典案例,以目前流行点外卖的案例,用户下单后,调用订单服务,让后订单服务调用派单系统通知送外卖人员送单,这时候订单系统与派单系统采用MQ异步通讯。 RabbitMQ解决分布式事务原理: 采用最终一致性原理。 需要保证以下三要素1、确认生产者一定要将数据投递到MQ服务器中(采用MQ消息确认机制)2、MQ消费者消息能够正确消费消息,采用手动ACK模式,使用不...

art_code的博客 1565

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

RabbitMQ高可用原理

单个的 RabbitMQ 肯定无法实现高可用,要想高可用,还得上集群。 在正式的聊聊集群的原理之前,我们先简单了解下RabbitMQ的优缺点,然后为什么要使用RabbitMQ的集群模式,他能为我们解决那些问题,各种不同的集群模式有什么区别,又有什么优缺点; 1.RabbitMQ的优缺点 RabbitMQ的优点,其实已经介绍过了,无外乎三大点:解耦、削峰、异步通讯等,我们这里简单提下,但是相对于优点来说,RabbitMQ同样也有缺点: 增加了系统应用的复杂性 RabbitMQ服务如果出现问题,则整个服务将会

专业的计算机毕业设计指南 603

SpringBoot:初探 RabbitMQ 消息队列

SpringBoot是为了简化Spring应用的创建、运行、调试、部署等一系列问题而诞生的产物,自动装配的特性让我们可以更好的关注业务本身而不是外部的XML配置,我们只需遵循规范,引入相关的依赖就可以轻易的搭建出一个 WEB 工程 MQ全称(Message Queue)又名消息队列,是一种异步通讯的中间件。可以将它理解成邮局,发送者将消息传递到邮局,然后由邮局帮我们发送给具体的消息接收者...

142

一起来学SpringBoot | 第十二篇:初探RabbitMQ消息队列

SpringBoot是为了简化Spring应用的创建、运行、调试、部署等一系列问题而诞生的产物,自动装配的特性让我们可以更好的关注业务本身而不是外部的XML配置,我们只需遵循规范,引入相关的依赖就可以轻易的搭建出一个 WEB 工程 MQ全称(Message Queue)又名消息队列,是一种异步通讯的中间件。可以将它理解成邮局,发送者将消息传递到邮局,然后由邮局帮我们发送给具体的消息接收者...

LuisChen的博客 3544

服务异步通信-同步通讯

个人名片: 本项目基于B站黑马程序员Java《SpringCloud微服务技术栈》,SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式总结同步调用的优点: 时效性较强,可以立即得到结果 同步调用存在的问题:

m0_65144570的博客 127

服务异步通讯——RabbitMQ

资源链接提取码:GY66RabbitMQ的结构和概念RabbitMQ中的几个概念● Publisher:消息发送者● consumer:消息消费者● channel:操作MQ的工具● exchange:交换机,路由消息到队列中● queue:队列,缓存消息● virtual host:虚拟主机,是对queue、exchange等资源的逻辑分组。

m0_56188609的博客 2087

RabbitMQ的工作原理

组成部分说明如下: Broker:消息队列服务进程,此进程包括两个部分:Exchange和Queue。 Exchange:消息队列交换机,按一定的规则将消息路由转发到某个队列,对消息进行过虑。 Queue:消息队列,存储消息的队列,消息到达队列并转发给指定的消费方。 Producer:消息生产者,即生产方客户端,生产方客户端将消息发送到MQ。 Consumer:消息消费者,即消费方客户端,接收...

程序元 4526

7.SpringBoot整合RabbitMQ实现微服务间的异步消息沟通

1.需求:前我们已经开发了两个微服务,一个用来管理设备目录,一个用来管理技术状态。现在需要通过MQ来沟通彼此。两个微服务之间的关系如图:左右都是一个单独的微服务,彼此之间没有直接的关联关系,各自的信息是分库保存的。也就是说在通过设备目录中存在的信息建立技术状态时,技术状态中保存的并非设备目录信息的引用,而是副本。这样可以保证即使在设备目录服务无法工作时技术状态服务不受影响。由于保存的是副本而非引用,

miniboxAn 1万+

RabbitMQ简单概念详解

首先了解下RabbitMQ中的一些专有名词的概念,主要包括:包括ConnectionFactory 、Connection 、Channel、Exchange、Queue、RoutingKey、BindingKey等等。 1、Queue-存储消息接收者(消费者)的消息 RabbitMQ就是消息队列的一种实现,围绕这个,我们就可以思考一个消息队列到底需要什么,当然是需要队列,那么这个队列就是Qu

Java高知社区 4936

RibbtMQ和Erlang的下载安装和版本对应

RabbitMQ介绍 RabbitMQ是由erlang开发的AMQP(Advanced Message Queuing Protocol)的开源实现。他是高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间性设计。消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,消费者亦然。 RabbitMQ支持多种客户端,如:.net、java、c、php等。支持ajax,在用于在分布式系统中存储转发消息能起到至关重要的作用 ,并且在易用性、扩展性、高可用性等方面也表现不俗。 在安装Rab

weixin_46218220的博客 1181

【消息中间件】MQ家族

ActiveMQ Kafka RabbtiMQ

凤凰涅槃 1184
上一篇: SpringCloud 之Docker的安装及使用
下一篇: SpringCloud---分布式缓存-Redis
一个普普通通的程序员
博客等级 码龄4年 4粉丝 9原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值