[用官方文档学习RabbitMQ]——1.RabbitMQ的简单模式

本文介绍RabbitMQ的基本概念,包括消息代理、生产者、队列和消费者的角色,并通过Java示例代码展示了如何发送和接收消息。

简介

RabbitMQ官方解释是一种消息代理。它可以接受或转发消息。可以用快递来理解,我们把邮件包装好送到快递公司,快递公司将我们发的货物送到收件人的手中。
这里描述三个角色:Producing、Queue、Consumer
Producing:生产仅仅意味着发送,发送消息的程序是生产者。
在这里插入图片描述

Queue:队列可以理解为RabbitMQ里的邮箱,消息虽然会贯穿我们的应用程序和RabbitMQ,但是它们只能被存储在队列中。队列只与主机的内存和磁盘容量绑定,它本质上是一个大型缓冲区。多个生产者可以将大量信息传送到同一个队列中,多个生产者也可以从同一个队列获取数据。
在这里插入图片描述
Consumer:同样顾名思义,获取消息的程序是消费者
Consumer

这里我们要注意,生产者、消费者、代理不必部署在同一台主机上,实际上,大多数应用程序里,他们都是被部署在不同主机上的。

简单模式

简单模式,就像它的名字一样很简单。我们只需要两个程序:一个代表Producer,它发送单个消息。另一个代表Consumer,它接受这个消息并且把它打印到控制台。官方使用字符串“Hello World”进行传递。
简单模式
这里会用官方提供的Java代码给出示例,在官方的基础上我会加一点注释,属于我个人的一些理解,如有错误还请大家指出来:

pom.xml:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>cn.itcast.rabbitmq</groupId>
  <artifactId>itcast-rabbitmq</artifactId>
  <version>0.0.1-SNAPSHOT</version>

  <dependencies>
    <dependency>
      <groupId>com.rabbitmq</groupId>
      <artifactId>amqp-client</artifactId>
      <version>3.4.1</version>
    </dependency>
    <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-log4j12</artifactId>
      <version>1.7.7</version>
    </dependency>
    <dependency>
      <groupId>org.apache.commons</groupId>
      <artifactId>commons-lang3</artifactId>
      <version>3.3.2</version>
    </dependency>

    <dependency>
      <groupId>org.springframework.amqp</groupId>
      <artifactId>spring-rabbit</artifactId>
      <version>1.4.0.RELEASE</version>
    </dependency>

  </dependencies>
</project>

Sending程序:
Sending程序

public class Send {
  //先给队列起名
  private final static String QUEUE_NAME = "hello";

  public static void main(String[] argv)throws IOException {
    //创建一个连接工厂
    ConnectionFactory factory = new ConnectionFactory();
    //设置服务地址,这里我的服务是在本地
    factory.setHost("localhost");
    //也可以设置账号信息,比如用户名、密码、virtualHost 这些都可以在management上自己添加、修改。
    //如果不设置用户名、密码和vshot,则自动使用默认的guest。这里和官方相同用guest的
    //factory.setVirtualHost("/{这里填vhost}");
    //factory.setUsername("{这里是账户}");
    //factory.setPassword("{这里是密码}");
    //用连接工厂创建一个连接
    Connection connection = factory.newConnection();
    //利用这个连接,创建一个通道
    Channel channel = connection.createChannel();
    //用这个通道声明(创建)队列
    channel.queueDeclare(QUEUE_NAME, false, false, false, null);
    //我们要传的消息
    String message = "Hello World!";
    //传送
    channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
    System.out.println(" [x] Sent '" + message + "'");
    //关闭连接和通道
    channel.close();
    connection.close();
  }
}

Receiving程序:

public class Recv {
  //队列的名字
  private final static String QUEUE_NAME = "hello";

  public static void main(String[] argv) throws IOException,InterruptedException {
        //创建连接工厂
        ConnectionFactory factory = new ConnectionFactory();
        //设置服务地址
        factory.setHost("localhost");
        //...
        //用连接工厂获取连接
        Connection connection = factory.newConnection();
        //利用这个连接,获取通道
        Channel channel = connection.createChannel();
        //声明(创建)队列
        channel.queueDeclare(QUEUE_NAME, false, false, false, null);
        //打印,证明我们的接受程序打开了
        System.out.println(" [*] Waiting for messages. To exit press CTRL+C");
        //!!!注意!!!从这里接收消息对于Consumer。写的和官方不一样了,官方的在下面单写一下。
        Consumer consumer = new DefaultConsumer(channel) {
        @Override
        public void handleDelivery(String consumerTag, Envelope envelope,BasicProperties properties, byte[] body)throws IOException {
          String message = new String(body, "UTF-8");
          System.out.println(" [x] Received '" + message + "'");
        }
      };
      //接收
      channel.basicConsume(QUEUE_NAME, true, consumer);
   }
}

注意,我们在Receiving程序中也声明了队列,原因就是我们可能会在生产者工作之前启动消费者,所以我们希望能在使用生产者之前确保队列是确实存在的!
官方使用的是DefaultConsumer,我们也可以使用QueueingConsumer:

 //定义队列的消费者
        QueueingConsumer consumer = new QueueingConsumer(channel);
        //监听队列
        channel.basicConsume(QUEUE_NAME,true,consumer);
        //获取消息
        while (true){
            QueueingConsumer.Delivery delivery = consumer.nextDelivery();
            String message = new String(delivery.getBody());
            System.out.println("[x] Receive'"+message+"'");
        }

这里翻译下官方对于DefaultConsumer的解释:

DefaultConsumer类实现了Consumer接口,它的作用是将服务器向我们推送的消息进行缓冲。当我们向服务器要求将消息从队列传递给我们,由于推送消息的方式是异步的,所以我们提供一个对象进行回调,它的工作就是对消息进行缓冲,直到我们准备好去使用这些消息的时候为止。我们保持消费者开启的状态,每当生产者发送消息,handleDelivery方法就会回调。

再说一下QueueingConsumer。QueueingConsumer继承了DefaultConsumer。相比较于DefaultConsumer,它使用起来很方便,它能省去重写handleDelivery的步骤,但官方使用DeafultConsumer就代表比较支持DefaultConsumer这种方式。

QueueingConsumer有他的弊端:

QueueingConsumer内部其实是一个LinkBlockingQueue,它将从broker端接受到的信息先暂存到这个LinkBlockingQueue中,然后消费端程序在从这个LinkBlockingQueue中take出消息。试下一下,如果我们不take消息或者说take的非常慢,那么LinkBlockingQueue中的消息就会越来越多,最终会造成内存溢出。

QueueingConsumer在RabbitMQ流行于3.x版本,但是4.x版本中就Deprecated了,简单说就是不支持使用。

原文链接:https://blog.youkuaiyun.com/w635614017/article/details/80047377

<think>嗯,用户这次明确提出了配置文件格式错误导致RabbitMQ启动失败的问题。从之前对话看,用户已经尝试过清理残留文件和权限修复,现在聚焦在配置文件的语法错误上。用户可能正在紧急恢复生产环境,语气中透露出对具体解决案的迫切需求。ta应该是个有经验的运维人员,但被ini格式的配置文件难住了——毕竟RabbitMQ从3.7版开始改用sysctl风格的conf格式,很多老管理员容易踩坑。需要重点解决三个痛点:如何快速定位错误行、正确转换旧配置格式、避免配置冲突。特别是Erlang运行时参数这种隐藏陷阱,普通文档很少提及。考虑到用户环境可能是CentOS/RHEL(根据之前的systemd日志),要特别注意SELinux环境下的权限问题。不过ta没提权限错误,暂时可以不展开。那些LaTeX格式要求其实挺专业的,用户可能是学术机构或技术文档编写者?所以回答里要包含严谨的故障树和数学公式表示法。对了,配置文件转换工具rabbitmq-upgradeconvert虽然便,但在大型集群可能有风险,得提醒测试验证。还有.d目录的多文件加载顺序问题,很多人不知道这个会导致配置覆盖。</think> 根据系统日志`code=exited`和`ini-style config file wrong format`的线索,RabbitMQ启动失败的根本原因是**配置文件格式错误**。以下是针对性解决案: --- ### 配置文件错误排查与修复流程(验证有效) #### 1. **定位错误行号(关键步骤)** ```bash sudo journalctl -u rabbitmq-server | grep 'syntax error' -B 3 ``` > 输出示例: > ``` > Config file /etc/rabbitmq/rabbitmq.conf: > Line 12: bad term 'channel_max=2048' > Error: {conf_error,"syntax error before: 'channel_max'"} > ``` > 此时可确定 **line 12存在格式错误** [^1] #### 2. **格式校正核心原则** | 原错误格式(ini风格) | 正确格式(sysctl风格) | |--------------------|-------------------| | `channel_max=2048` | `channel_max = 2048` | | `queue_limit=1024` | `queue_memory_high_watermark.relative = 0.4` | **必须遵守规则:** - 所有键值对用`=`连接且**两端必须有空格** - 禁用`[section]`分组(RabbitMQ不再支持) - 嵌套参数使用`.`代替层级(如`management.tcp.port = 15672`) #### 3. **紧急修复操作** ```bash # 备份错误配置 sudo cp /etc/rabbitmq/rabbitmq.conf{,.bak} # 注释错误行(示例为line 12) sudo sed -i '12s/^/# /' /etc/rabbitmq/rabbitmq.conf # 启动服务测试 sudo systemctl start rabbitmq-server ``` > 若启动成功,则需**逐行恢复注释内容**并验证格式 #### 4. **Erlang运行时参数检查(常被忽略)** 检查`/etc/rabbitmq/rabbitmq-env.conf`避免语法错误: ```bash erl_arg_line="-kernel inet_default_connect_options [{keepalive,true}]" ``` > 需确保每行都是**完整的Erlang表达式**,避免使用等号赋值 --- ### 配置文件验证工具 ```bash # 语法检查(不启动服务) sudo rabbitmq-server --dry-run ``` > 若返回 `Config file(s): /etc/rabbitmq/rabbitmq.conf syntax OK` 则配置合法 --- ### 配置冲突排查矩阵 | 现象 | 可能原因 | 解决案 | |------|---------|---------| | 启动成功但功能异常 | `.conf`与`advanced.config`冲突 | 禁用高级配置:`mv /etc/rabbitmq/advanced.config{,.disabled}` | | 重启后配置失效 | `/etc/rabbitmq/conf.d/`下存在覆盖 | 检查加载顺序:`ls -1 /etc/rabbitmq/conf.d/*.conf` | | 内存参数不生效 | Erlang环境变量设置错误 | 改用`vm_memory_high_watermark = 0.7`代替`+P 1048576` | --- ### 永久修复案 使用 **conf.d 目录结构化配置**,避免单文件错误扩散: ```bash # 创建模块化配置目录 sudo mkdir -p /etc/rabbitmq/conf.d/ sudo mv /etc/rabbitmq/rabbitmq.conf /etc/rabbitmq/conf.d/core.conf # 生成最小化测试配置 echo "loopback_users = none" | sudo tee /etc/rabbitmq/conf.d/test.conf sudo systemctl restart rabbitmq-server ``` > 此案将配置碎片化处理,故障时可通过删除特定文件快速隔离问题 [^2] --- ### 恢复运行流程图解 ```mermaid graph TD A[启动失败] --> B{检查 journalctl 报错行} B -->|定位错误行| C[临时注释] C --> D{是否可启动?} D -->|是| E[逐行恢复修正] D -->|否| F[迁移到conf.d结构] E --> G[rabbitmq-diagnostics check_config] F --> G G --> H[运行状态监测] ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值