消息队列 — RabbitMQ03

最新推荐文章于 2024-09-30 12:52:00 发布
最新推荐文章于 2024-09-30 12:52:00 发布
阅读量711 收藏
点赞数
分类专栏： 消息中间件MQ 文章标签： rabbitmq java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/co_zjw/article/details/122082185
版权

3 工作队列

工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务，而不得不等待它完成。相反我们安排任务在之后执行。我们把任务封装为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当有多个工作线程时，这些工作线程将一起处理这些任务。

3.1 轮询分发消息

在这个案例中我们会启动两个工作线程，一个消息发送线程，我们来看看他们两个工作线程是如何工作的。

3.1.1 抽取工具类
package com.zjw.rabbitmq.util;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class RabbitMQUtil {
  private static volatile Channel channel = null;
  private static final Object lock = new Object();

  public static Channel getChannel() throws Exception {
    if (channel == null) {
      synchronized (lock) {
        if (channel == null) {
          //创建一个连接工厂
          ConnectionFactory factory = new ConnectionFactory();
          factory.setHost("127.0.0.1");
          factory.setUsername("admin");
          factory.setPassword("admin");
          Connection connection = factory.newConnection();
          channel = connection.createChannel();
        }
      }
    }

    return channel;
  }
}
3.1.2 启动两个消费者
package com.zjw.rabbitmq.workqueue;

import com.rabbitmq.client.Channel;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import java.util.UUID;
import java.util.concurrent.TimeUnit;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Consumer01 {

  private static final String QUEUE_NAME = "hello-world";

  public static void main(String[] args) throws Exception {
    Channel channel = RabbitMQUtil.getChannel();
    String uuid = UUID.randomUUID().toString();
    System.out.println("消费者[" + uuid + "] start: ");
    channel.basicConsume(
        QUEUE_NAME,
        true,
        (tag, msg) -> {
          System.out.println("接收到消息: " + new String(msg.getBody()));
          try {
            TimeUnit.SECONDS.sleep(7);
          } catch (InterruptedException e) {
            e.printStackTrace();
          }
          System.out.println("消息 [ " + new String(msg.getBody()) + " ] 处理完成");
        },
        (consumerTag) -> System.out.println(consumerTag + "消费者取消消费接口回调逻辑")
    );
  }
}


package com.zjw.rabbitmq.workqueue;

import com.rabbitmq.client.Channel;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import java.util.UUID;
import java.util.concurrent.TimeUnit;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Consumer02 {

  private static final String QUEUE_NAME = "hello-world";

  public static void main(String[] args) throws Exception {
    Channel channel = RabbitMQUtil.getChannel();
    String uuid = UUID.randomUUID().toString();
    System.out.println("消费者[" + uuid + "] start: ");
    channel.basicConsume(
        QUEUE_NAME,
        true,
        (tag, msg) -> {
          System.out.println("接收到消息: " + new String(msg.getBody()));
          try {
            TimeUnit.SECONDS.sleep(1);
          } catch (InterruptedException e) {
            e.printStackTrace();
          }
          System.out.println("消息 [ " + new String(msg.getBody()) + " ] 处理完成");
        },
        (consumerTag) -> System.out.println(consumerTag + "消费者取消消费接口回调逻辑")
    );
  }
}
3.1.3 启动生产者
package com.zjw.rabbitmq.workqueue;

import com.rabbitmq.client.Channel;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import java.nio.charset.StandardCharsets;
import java.util.Scanner;

/**
 * @author zjwblog <co.zjwblog@gmail.com>
 * @version 1.0
 */
public class Producer {

  private static final String QUEUE_NAME = "hello-world";

  public static void main(String[] args) throws Exception {
    try (Channel channel = RabbitMQUtil.getChannel();) {
      channel.queueDeclare(QUEUE_NAME, false, false, false, null);
      Scanner scanner = new Scanner(System.in);
      while (scanner.hasNext()) {
        String message = scanner.next();
        channel.basicPublish("", QUEUE_NAME, null, message.getBytes(StandardCharsets.UTF_8));
        System.out.println("发送消息 [ " + message + " ] 成功.");
      }
    }
  }
}

3.2 消息应答

3.2.1 概念

消费者完成一个任务可能需要一段时间，如果其中一个消费者处理一个长的任务并仅只完成了部分突然它挂掉了，会发生什么情况。RabbitMQ 一旦向消费者传递了一条消息，便立即将该消息标记为删除。在这种情况下，突然有个消费者挂掉了，我们将丢失正在处理的消息。以及后续发送给该消费这的消息，因为它无法接收到。为了保证消息在发送过程中不丢失，rabbitmq 引入消息应答机制，消息应答就是:消费者在接收到消息并且处理该消息之后，告诉 rabbitmq 它已经处理了，rabbitmq 可以把该消息删除了。

3.2.2 自动应答

消息发送后立即被认为已经传送成功，这种模式需要在高吞吐量和数据传输安全性方面做权衡,因为这种模式如果消息在接收到之前，消费者那边出现连接或者 channel 关闭，那么消息就丢失了,当然另一方面这种模式消费者那边可以传递过载的消息，没有对传递的消息数量进行限制， 当然这样有可能使得消费者这边由于接收太多还来不及处理的消息，导致这些消息的积压，最终使得内存耗尽，最终这些消费者线程被操作系统杀死，所以这种模式仅适用在消费者可以高效并以某种速率能够处理这些消息的情况下使用。

3.2.3 消息应答的方法

  1. Channel.basicAck: (用于肯定确认) RabbitMQ已知道该消息并且成功的处理消息，可以将其丢弃了

  2. Channel.basicNack: 用于否定确认

  3. Channel.basicReject: 用于否定确认，与 Channel.basicNack 相比少一个参数不处理该消息了直接拒绝，可以将其丢弃了

3.2.4 Multiple 的解释

手动应答的好处是可以批量应答并且减少网络拥堵，multiple的true和false代表不同意思。true代表批量应答channel上未应答的消息比如说channel上有传送tag的消息1,2,3,4当前tag是4那么此时1-4的这些还未应答的消息都会被确认。收到消息应答false同上面相比只会应答tag=8的消息1,2,3这三个消息依然不会被确认收到消息应答

package com.zjw.rabbitmq.workqueue.bachack;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import com.zjw.rabbitmq.util.SleepUtil;
import java.util.UUID;
import java.util.concurrent.TimeUnit;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Consumer {

  private static final String QUEUE_NAME = "hello-world";

  public static void main(String[] args) throws Exception {
    Channel channel = RabbitMQUtil.getChannel();
    channel.basicConsume(
        QUEUE_NAME,
        false, // 采用手动应答
        (tag, msg) -> {
          String message = new String(msg.getBody());
          System.out.println("Consumer 接收到消息:" + message);
          SleepUtil.sleep(1);
          System.out.println("Consumer 处理消息[" +message+"]完成");
          /*
           * 1.消息标记 tag
           * 2.是否批量应答未应答消息，开启批量应答可能会导致数据丢失
           *
           * 例如：Consumer已经消费了1，2，3，4，5条，当前是第5条数据，
           * 之前的前4条都处理失败了，现在第5条处理成功，然后发送确认消息，
           * 会确认掉前5条都消费完成，于是Broker会删除1 2 3 4 5 条数据，数据 1 2 3 4 丢失
           */
          channel.basicAck(msg.getEnvelope().getDeliveryTag(), true);
        },
        tag -> System.out.println("[ " + tag + " ]消费者取消消费接口回调逻辑")
    );
  }
}
3.2.5 消息自动重新入队

如果消费者由于某些原因失去连接(其通道已关闭，连接已关闭或 TCP 连接丢失)，导致消息未发送 ACK 确认，RabbitMQ将了解到消息未完全处理，并将对其重新排队。如果此时其他消费者可以处理，它将很快将其重新分发给另一个消费者。这样，即使某个消费者偶尔死亡，也可以确保不会丢失任何消息。

3.2.6 消息手动应答代码

默认消息采用的是自动应答，所以我们要想实现消息消费过程中不丢失，需要把自动应答改为手动应答，消费者在上面代码的基础上增加下面画红色部分代码。

消息生产者

package com.zjw.rabbitmq.workqueue.ack;

import com.rabbitmq.client.Channel;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import java.nio.charset.StandardCharsets;
import java.util.Scanner;

/**
 * @author zjwblog <co.zjwblog@gmail.com>
 * @version 1.0
 */
public class Producer {

  private static final String QUEUE_NAME = "hello-world";

  public static void main(String[] args) throws Exception {
    try (Channel channel = RabbitMQUtil.getChannel();) {
      channel.queueDeclare(QUEUE_NAME, false, false, false, null);
      Scanner scanner = new Scanner(System.in);
      while (scanner.hasNext()) {
        String message = scanner.next();
        channel.basicPublish("", QUEUE_NAME, null, message.getBytes(StandardCharsets.UTF_8));
        System.out.println("发送消息 [ " + message + " ] 成功.");
      }
    }
  }
}

消费者 01

package com.zjw.rabbitmq.workqueue.ack;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import com.zjw.rabbitmq.util.SleepUtil;
import java.util.UUID;
import java.util.concurrent.TimeUnit;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Consumer01 {

  private static final String QUEUE_NAME = "hello-world";

  public static void main(String[] args) throws Exception {
    Channel channel = RabbitMQUtil.getChannel();
    System.out.println("Consumer01 等待接收消息处理时间较长");
    channel.basicConsume(
        QUEUE_NAME,
        false, // 采用手动应答
        (tag, msg) -> {
          String message = new String(msg.getBody());
          System.out.println("Consumer01接收到消息:" + message);
          SleepUtil.sleep(20);
          System.out.println("Consumer01处理消息[" +message+"]完成");
          /*
           * 1.消息标记 tag
           * 2.是否批量应答未应答消息
           */
          channel.basicAck(msg.getEnvelope().getDeliveryTag(), false);
        },
        tag -> System.out.println("[ " + tag + " ]消费者取消消费接口回调逻辑")
    );
  }
}

消费者 02

package com.zjw.rabbitmq.workqueue.ack;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import com.zjw.rabbitmq.util.SleepUtil;
import java.util.UUID;
import java.util.concurrent.TimeUnit;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Consumer02 {

  private static final String QUEUE_NAME = "hello-world";

  public static void main(String[] args) throws Exception {
    Channel channel = RabbitMQUtil.getChannel();
    System.out.println("Consumer02 等待接收消息处理时间较短");
    channel.basicConsume(
        QUEUE_NAME,
        false, // 采用手动应答
        (tag, msg) -> {
          String message = new String(msg.getBody());
          System.out.println("Consumer01接收到消息:" + message);
          SleepUtil.sleep(2);
          System.out.println("Consumer01处理消息[" +message+"]完成");
          /*
           * 1.消息标记 tag
           * 2.是否批量应答未应答消息
           */
          channel.basicAck(msg.getEnvelope().getDeliveryTag(), false);
        },
        tag -> System.out.println("[ " + tag + " ]消费者取消消费接口回调逻辑")
    );
  }

}

工具类

package com.zjw.rabbitmq.util;

import java.util.concurrent.TimeUnit;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class SleepUtil {

  public static void sleep(int delay) {

    try {
      TimeUnit.SECONDS.sleep(delay);
    } catch (InterruptedException e) {
      e.printStackTrace();
    }
  }
}

3.3 RabbitMQ 持久化

3.3.1 概念

刚刚我们已经看到了如何处理任务不丢失的情况，但是如何保障当RabbitMQ服务停掉以后消息生产者发送过来的消息不丢失。默认情况下RabbitMQ退出或由于某种原因崩溃时，它忽视队列和消息，除非告知它不要这样做。确保消息不会丢失需要做两件事：

  1. 需要将队列标记为持久化

  2. 需要将消息标记为持久化

3.3.2 队列如何实现持久化

之前我们创建的队列都是非持久化的，rabbitmq如果重启的化，该队列就会被删除掉，如果要队列实现持久化 需要在声明队列的时候设置durable参数。

但是需要注意的就是如果之前声明的队列不是持久化的，需要把原先队列先删除，或者重新创建一个持久化的队列，不然就会出现错误。

对于持久化队列，Broker重启时队列也依然存在。

3.3.3 消息实现持久化

要想让消息实现持久化需要在消息生产者修改代码，MessageProperties.PERSISTENT_TEXT_PLAIN添加这个属性。

将消息标记为持久化并不能完全保证不会丢失消息。尽管它告诉RabbitMQ将消息保存到磁盘，但是这里依然存在当消息刚准备存储在磁盘的时候 但是还没有存储完，消息还在缓存的一个间隔点。此时并没有真正写入磁盘。持久性保证并不强，但是对于我们的简单任务队列而言，这已经绰绰有余了。

生产者

package com.zjw.rabbitmq.workqueue.durable;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.MessageProperties;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import java.nio.charset.StandardCharsets;
import java.util.Scanner;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Producer {

  private static final String QUEUE_NAME = "durable-queue";

  public static void main(String[] args) throws Exception {
    try (Channel channel = RabbitMQUtil.getChannel()) {
      // 第二个参数定义了queue为持久化队列
      channel.queueDeclare(QUEUE_NAME, true, false, false, null);
      Scanner scanner = new Scanner(System.in);
      while (scanner.hasNext()) {
        String message = scanner.next();
        // 第三个参数定义了消息持久化
        channel.basicPublish("", QUEUE_NAME, MessageProperties.PERSISTENT_TEXT_PLAIN, message.getBytes(StandardCharsets.UTF_8));
        System.out.println("发送消息 [ " + message + " ] 成功.");
      }
    }
  }
}
3.3.4 不公平分发

在最开始的时候我们学习到RabbitMQ分发消息采用的轮询分发，但是在某种场景下这种策略并不是很好，比方说有两个消费者在处理任务，其中有个消费者1处理任务的速度非常快，而另外一个消费者2处理速度却很慢，这个时候我们还是采用轮询分发就会到这处理速度快的这个消费者很大一部分时间处于空闲状态，而处理慢的那个消费者一直在干活，这种分配方式在这种情况下其实就不太好，但是RabbitMQ并不知道这种情况它依然很公平的进行分发。为了避免这种情况，我们可以设置参数channel.basicQos(1);

意思就是如果这个任务我还没有处理完或者我还没有应答你，你先别分配给我，我目前只能处理一个任务，然后rabbitmq就会把该任务分配给没有那么忙的那个空闲消费者，当然如果所有的消费者都没有完成手上任务，队列还在不停的添加新任务，就可能会遇到队列被撑满的情况，这个时候就只能添加新的worker或者改变其他存储任务的策略。

消费者:

// 消费者1
package com.zjw.rabbitmq.workqueue.qos;

import com.rabbitmq.client.Channel;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import com.zjw.rabbitmq.util.SleepUtil;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Consumer01 {

  private static final String QUEUE_NAME = "durable-queue";

  public static void main(String[] args) throws Exception {
    Channel channel = RabbitMQUtil.getChannel();
    // 设置预取值条数，当设置为1是，可以实现非公平分发消息
    channel.basicQos(5);
    channel.basicConsume(
        QUEUE_NAME,
        false,
        (tag, msg) -> {
          String message = new String(msg.getBody());
          System.out.println("Consumer01 接收到消息:" + message);
          SleepUtil.sleep(1);
          System.out.println("Consumer01 处理消息[" +message+"]完成");
          channel.basicAck(msg.getEnvelope().getDeliveryTag(), true);
        },
        tag -> System.out.println("[ " + tag + " ]消费者取消消费接口回调逻辑")
    );
  }
}

// 消费者2
package com.zjw.rabbitmq.workqueue.qos;

import com.rabbitmq.client.Channel;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import com.zjw.rabbitmq.util.SleepUtil;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Consumer02 {

  private static final String QUEUE_NAME = "durable-queue";

  public static void main(String[] args) throws Exception {
    Channel channel = RabbitMQUtil.getChannel();
    channel.basicQos(1);
    channel.basicConsume(
        QUEUE_NAME,
        false, // 采用手动应答
        (tag, msg) -> {
          String message = new String(msg.getBody());
          System.out.println("Consumer02 接收到消息:" + message);
          SleepUtil.sleep(3);
          System.out.println("Consumer02 处理消息[" +message+"]完成");
          channel.basicAck(msg.getEnvelope().getDeliveryTag(), true);
        },
        tag -> System.out.println("[ " + tag + " ]消费者取消消费接口回调逻辑")
    );
  }
}
3.3.5 预取值

本身消息的发送就是异步发送的，所以在任何时候，channel上肯定不止只有一个消息另外来自消费者的手动确认本质上也是异步的。因此这里就存在一个未确认的消息缓冲区，因此希望开发人员能限制此缓冲区的大小，以避免缓冲区里面无限制的未确认消息问题。这个时候就可以通过使用basic.qos方法设置“预取计数”值来完成的。该值定义通道上允许的未确认消息的最大数量。一旦数量达到配置的数量，RabbitMQ将停止在通道上传递更多消息，除非至少有一个未处理的消息被确认，例如，假设在通道上有未确认的消息5、6、7、8，并且通道的预取计数设置为4，此时RabbitMQ将不会在该通道上再传递任何消息，除非至少有一个未应答的消息被ack。比方说tag=6这个消息刚刚被确认，RabbitMQ将会感知这个情况到并再发送一条消息。消息应答和 QoS预取值对用户吞吐量有重大影响。通常，增加预取将提高向消费者传递消息的速度。虽然自动应答传输消息速率是最佳的，但是，在这种情况下已传递但尚未处理的消息的数量也会增加，从而增加了消费者的内存消耗。应该小心使用具有无限预处理的自动确认模式或手动确认模式，消费者消费了大量的消息如果没有确认的话，会导致消费者连接节点的内存消耗变大，所以找到合适的预取值是一个反复试验的过程，不同的负载该值取值也不同100到300范围内的值通常可提供最佳的吞吐量，并且不会给消费者带来太大的风险。预取值为1是最保守的。当然这将使吞吐量变得很低，特别是消费者连接延迟很严重的情况下，特别是在消费者连接等待时间较长的环境中。对于大多数应用来说，稍微高一点的值将是最佳的。

消费者

// 消费者
package com.zjw.rabbitmq.workqueue.qos;

import com.rabbitmq.client.Channel;
import com.zjw.rabbitmq.util.RabbitMQUtil;
import com.zjw.rabbitmq.util.SleepUtil;

/**
 * @author zjwblog <cn.zjwblog@gmail.com>
 * @version 1.0
 */
public class Consumer01 {

  private static final String QUEUE_NAME = "durable-queue";

  public static void main(String[] args) throws Exception {
    Channel channel = RabbitMQUtil.getChannel();
    // 设置预取值条数，当设置为1是，可以实现非公平分发消息
    channel.basicQos(5);
    channel.basicConsume(
        QUEUE_NAME,
        false,
        (tag, msg) -> {
          String message = new String(msg.getBody());
          System.out.println("Consumer01 接收到消息:" + message);
          SleepUtil.sleep(1);
          System.out.println("Consumer01 处理消息[" +message+"]完成");
          channel.basicAck(msg.getEnvelope().getDeliveryTag(), true);
        },
        tag -> System.out.println("[ " + tag + " ]消费者取消消费接口回调逻辑")
    );
  }
}

注：原始资料来源于尚硅谷，笔者学习过程中做了整理，加入了自己的实验代码

筑梦之人
关注
专栏目录
深入详解高性能消息队列中间件 RabbitMQ
dvlinker的技术专栏
11-06 1万+
深入详解高性能消息队列中间件 RabbitMQ
RabbitMQ3:RabbitMQ的使用方法
纵横千里 捭阖四方 的专栏
04-11 303
使用方法——从java API到SpringBoo
RabbitMQ3-RabbitMQ消息类型
bobshute的专栏
05-20 5820
1.1 概述 http://www.rabbitmq.com/getstarted.html 1.2 simplest(简单队列) 1.2.1.概述 The simplest thing that does something - 简单队列 生产消费一一对应,耦合性高. - 生产消息快,消费消息慢.如果很多容易堵塞 P:消息生产者;红色的:队列;C:消费者. 1.2...
消息队列RabbitMQ
weixin_58724261的博客
06-15 1718
消息队列是一种在应用程序之间发送和接收消息的方法，可以实现异步通信、解耦应用、提高系统性能等效果。RabbitMQ 是一款常用的开源消息中间件，它实现了 AMQP 协议规范，并提供了可靠性、灵活性、易用性等优秀特性。本文将介绍 RabbitMQ 的特点、工作模式、延迟队列和消息可靠性等方面的内容。
消息队列RabbitMQ详解
zhouth94的博客
06-03 4431
一、概述 1.大多应用中，可通过消息服务中间件来提升系统异步通信、扩展解耦能力 2.消息服务中两个重要概念： 消息代理（message broker）和目的地（destination） 所谓的消息代理，就是消息中间件的服务器。我们要给消息队列中存取内容，就要连接消息中间件的服务器； 当消息发送者发送消息以后，将由消息代理（服务器）接管，消息代理保证消息传递到指定目的地。 3.消息队列主要有两种形式的目的地 1.队列...
消息队列(RabbitMQ&&Kafka)
Abner's Technology Blog
02-25 1976
主流的消息中间件】RabbitMQ、Kafka、ActiveMQ、RocketMQ RabbitMQ中的生产者和消费者】Producer：生产者，就是投递消息的一方，生产者创建消息，然后发布到 RabbitMQ 中。Consumer：消费者，就是接收消息的一方。消费者连接到 RabbitMQ 服务器，并订阅到队列上。当消费者消费一条消息时，只是消费消息的消息体（payload）。在消息路由的过程中，消息的标签会丢弃，存入到队列中的消息只有消息体，消费者也只会消费到消息体，也就不知道消息的生产者是谁，当然消费
C# 消息队列 RabbitMQ
hezheqiang的专栏
01-14 2105
C# 消息队列 RabbitMQ 1.引言 RabbitMQ——Rabbit Message Queue的简写，但不能仅仅理解其为消息队列，消息代理更合适。 RabbitMQ 是一个由 Erlang 语言开发的AMQP（高级消息队列协议）的开源实现，其内部结构如下： RabbitMQ作为一个消息代理，主要和消息打交道，负责接收并转发消息。 RabbitMQ提供了可靠的消息机制、跟踪机制和灵活的消息路由，支持消息集群和分布式部署。 适用于排队算法、秒杀活动、消息分发、异步处理、数据同步、处理耗
消息队列之rabbitmq
CherryXieのblog
05-15 1629
RabbitMQ是一个开源的消息队列系统，它实现了高度可靠的消息传递机制，用于支持应用程序之间的异步通信。RabbitMQ基于AMQP（Advanced Message Queuing Protocol）协议，并提供了丰富的特性和灵活的配置选项。
消息队列RabbitMQ的整理总结
热门推荐
BestQiang的博客
03-19 1万+
1.消息队列（MQ） 1.1什么是消息队列 消息队列，即MQ，Message Queue。 1.2 AMQP和JMS MQ是消息通信的模型，并不是具体实现。现在实现MQ的有两种主流方式：AMQP、JMS。 正如上图所说,队列的使用除去了接受和发送应用程序同时执行的要求,消息队列是典型的：生产者、消费者模型。生产者不断向消息队列中生产消息，消费者不断的从队列中获取消息。因为消息的生产和消费都是异...
NodeJS之消息队列RabbitMQ
qq_39389646的博客
03-09 2918
Nodejs使用RabbitMQ
高弹性低成本的云消息队列RabbitMQ版DEMO
08-16
了解云消息队列RabbitMQ版和开源版本的区别和优势 云消息队列 RabbitMQ 版是一款基于高可用分布式存储架构实现的 AMQP 0-9-1 协议的消息产品，能够兼容开源 RabbitMQ 客户端。与开源 RabbitMQ 相比，能够解决各种...
消息队列RabbitMQ示例6种模式
01-22
简单模式：生产者与消费者 Work模式：发布者与3个订阅者 Topic交换机：生产者与3个消费者 Fanout交换机：生产者与2个消费者 Direct交换机：产生者与两个消费者 RPC远程回调：客户端与服务端
Spring boot整合消息队列RabbitMQ实现四种消息模式（适合新手或者开发人员了解学习RabbitMQ机制）
06-27
本项目基于Spring的AMQP模块，整合流行的开源消息队列中间件rabbitMQ,实现一个向rabbitMQ添加和读取消息的功能。并比较了两种模式：生产者-消费者模式和发布-订阅模式的区别。AMQP作为比JMS更加高级的消息协议，支持...
Spring-rabbitMQ整合消息队列RabbitMQ
11-15
Spring boot整合消息队列RabbitMQ
【RabbitMQ——具体使用场景】
qq_45467608的博客
09-25 1404
串行方式：将订单信息写入数据库成功后，发送注册邮件，再发送注册短信。以上三个任务全部完成后，返回给客户端。
Linux集群部署RabbitMQ
qq_73990369的博客
09-27 874
192.168.229.11 设置主机名 rabbitmq1192.168.229.12 设置主机名 rabbitmq2192.168.229.13 设置主机名 rabbitmq3。
RabbitMQ的高级特性-事务
最新发布
m0_75227031的博客
09-30 207
RabbitMQ是基于AMQP协议实现的, 该协议实现了事务机制, 因此RabbitMQ也⽀持事务机制. SpringAMQP也提供了对事务相关的操作. RabbitMQ事务允许开发者确保消息的发送和接收是原⼦性的, 要么全部成功, 要么全部失败。2. 添加 @Transactional , 消息1和消息2全部发送失败。1. 不加 @Transactional , 会发现消息1发送成功。
RabbitMQ常用管理命令及管理后台
qq_46112274的博客
09-26 1210
RabbitMQ管理命令
【RabbitMq源码阅读】分析RabbitMq发送消息源码
欢迎来到 程序猿 的博客
09-29 640
1、通过Channel往Rabbit服务端发送消息。2、通过PRC申明交换机，队列，绑定等信息。3、通过AMQP协议发送消息。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值