如何在同一个Java进程中连接多个RocketMQ服务器

解决RocketMQ单JVM实例连接多个NameServer的问题
博客分析了RocketMQ客户端限制一个JVM实例只能连接一个NameServer的原因,并提供了三种解决方案。通过修改instanceName或unitName、使用不同配置启动多个实例以及利用sandbox工具实现代码隔离,可以实现多个MQClient实例。示例代码展示了如何在SpringBoot应用中创建并使用多个RocketMQClient实例,每个连接不同的NameServer。

问题的根源

我们从代码层级来分析到底为什么会产生 “一个 JVM 实例只能连接一个 NameServer”。
RocketMQ Client 有一个核心类 MQClientManager, 在我们需要使用 MQ Client 实例的时候,实际上都是通过它的 getAndCreateMQClientInstance 方法进行创建的;名称比较拗口,同时是 Get 和 Create,这不太符合我们所说的设计单一性原则,但这不是我们讨论的重点,我们看一看这个方法的实现

    public MQClientInstance getAndCreateMQClientInstance(ClientConfig clientConfig, RPCHook rpcHook) {
        String clientId = clientConfig.buildMQClientId();
        MQClientInstance instance = (MQClientInstance)this.factoryTable.get(clientId);
        if (null == instance) {
            instance = new MQClientInstance(clientConfig.cloneClientConfig(), this.factoryIndexGenerator.getAndIncrement(), clientId, rpcHook);
            MQClientInstance prev = (MQClientInstance)this.factoryTable.putIfAbsent(clientId, instance);
            if (prev != null) {
                instance = prev;
                log.warn("Returned Previous MQClientInstance for clientId:[{}]", clientId);
            } else {
                log.info("Created new MQClientInstance for clientId:[{}]", clientId);
            }
        }

        return instance;
    }

代码不复杂,我们可以看到它利用客户的配置信息生成一个固定的 clientId,以此去缓存 factoryTable 中查找,不存在才会创建全新一个实例。
那么,可以理解一个 clientID 仅能存在一个连接实例了,可这个 clientId 是怎么产生的呢?继续跟踪看看这段代码

    public String buildMQClientId() {
        StringBuilder sb = new StringBuilder();
        sb.append(this.getClientIP());
        sb.append("@");
        sb.append(this.getInstanceName());
        if (!UtilAll.isBlank(this.unitName)) {
            sb.append("@");
            sb.append(this.unitName);
        }

        return sb.toString();
    }

代码层面上对 clientId 进行了约定,格式为 “ClientIp@InstanceName” 格式,当 unitName 不为空的时候还会在后面加上 “@unitName”。

怎么解决?

从代码分析上我们可以知道,为了创建多实例,我们可以

  1. 设定不同的 instanceName:

    instanceName 从哪来的?

    instanceName = System.getProperty("rocketmq.client.name", "DEFAULT");
    

    从系统属性中读取出来的,也就是一般在 JVM 启动时设定的。。。 可以变吗?当然,你可以通过代码去做到,但这么做的话,你会失去让人理解你代码的能力的,哈哈
    这就是为什么多少 RocketMQ Client 都只能连接一个服务器的原因了,它根本不考虑服务器是谁,仅关心自己,自私的家伙!

  2. 设定不同的 unitName

除此之外还有其它解决方案吗?我仔细从网络上翻了一轮,没看到什么好方法,是大家都没这个场景还是有其它好办法解决了呢?欢迎大家讨论~

方法 3

在上一篇博文来自平行世界的救赎里面,我做了个工具 sandbox,我提供的方法 3 就是依托于这个工具。
sandbox 通过代码隔离的方式,将另一份类定义放入沙箱中运行,从而实现多个实例完全隔离的效果。
MQClientManager 通过缓存方式,以 clientId 作为 key 值存储到自身实例当中,为了实现多个 Client,那么前两种方法的逻辑是修改 clientId 实现多个实例,而方法 3 的逻辑则是 “既然你的缓存已经有这个 key,我就换个缓存”,本质就是 “你这个锅不装我,我就换个锅”。

怎么做?

这里我使用一个 springboot 项目作为演示案例。
通过 springboot 的 Configuration 将多个 RocketMQ Client 进行注册,再定义一个 Controller 接收不同请求去发送 MQ 消息,最后加上启动类。


我们先从 pom 文件中引入包(我没有推上 maven 仓库,各位可以从 github/gitee 上下载),代码如下

<?xml version="1.0" encoding="UTF-8"?>
<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>me.van</groupId>
    <artifactId>rocket-mq-multi-client-test</artifactId>
    <version>1.0-SNAPSHOT</version>
    <packaging>jar</packaging>

    <name>测试多个rocketmq client共存</name>

    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.1.6.RELEASE</version>
    </parent>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <start-class>me.van.App</start-class>
        <java.version>1.8</java.version>
        <lombok.version>1.14.8</lombok.version>
    </properties>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <version>${lombok.version}</version>
            <scope>provided</scope>
        </dependency>

        <dependency>
            <groupId>org.apache.rocketmq</groupId>
            <artifactId>rocketmq-client</artifactId>
            <version>4.4.0</version>
        </dependency>
        <dependency>
            <groupId>me.van</groupId>
            <artifactId>sandbox</artifactId>
            <version>1.0.0</version>
        </dependency>
    </dependencies>
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

</project>

此处引入了 apache 的 rocketmq-client 组件作为 mq 客户端,也就是存在前面所说的问题的组件。

启动类

package me.van;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class App {
    public static void main(String[] args) {
        SpringApplication.run(App.class, args);
    }
}

非常的简单,没什么好介绍的。

配置类

package me.van;

import org.apache.rocketmq.client.exception.MQClientException;
import org.apache.rocketmq.client.producer.DefaultMQProducer;
import org.apache.rocketmq.client.producer.MQProducer;
import org.springframework.beans.factory.annotation.Autowire;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class AppConfig {

    @Bean(autowire = Autowire.BY_NAME, value = "producer")
    MQProducer producer() throws MQClientException {
        DefaultMQProducer producer = new DefaultMQProducer();
        initProducer(producer, "a.io:9876;b.io:9876");
        return producer;
    }


    @Bean(autowire = Autowire.BY_NAME, value = "producer_sandbox1")
    MQProducer producerSandbox1() throws MQClientException, SandboxCannotCreateObjectException {
        DefaultMQProducer producer = createProducerInSandbox();
        initProducer(producer, "x.io:9876;y.io:9876");
        return producer;
    }


    @Bean(autowire = Autowire.BY_NAME, value = "producer_sandbox2")
    MQProducer producerSandbox2() throws MQClientException, SandboxCannotCreateObjectException {
        DefaultMQProducer producer = createProducerInSandbox();
        initProducer(producer, "1.io:9876;2.io:9876");
        return producer;
    }

    private DefaultMQProducer createProducerInSandbox() throws SandboxCannotCreateObjectException {
        Sandbox sandbox = new Sandbox("org.apache.rocketmq.client");
        return sandbox.createObject(DefaultMQProducer.class);
    }

    private void initProducer(DefaultMQProducer producer, String namesrvAddr) throws MQClientException {
        producer.setNamesrvAddr(namesrvAddr);
        producer.setProducerGroup("test-group");
        producer.setRetryAnotherBrokerWhenNotStoreOK(true);
        producer.start();
    }
}

这里可以看到,producer 对象是直接 new 出来的 DefaultMQProducer,而 producer_sandbox1 和 producer_sandbox2 是通过不同的沙箱创建出来的;三个 client 分别连接到不同的 NameServer 中,同时其它属性保持一致。

Controller

package me.van;

import org.apache.rocketmq.client.exception.MQBrokerException;
import org.apache.rocketmq.client.exception.MQClientException;
import org.apache.rocketmq.client.producer.MQProducer;
import org.apache.rocketmq.common.message.Message;
import org.apache.rocketmq.remoting.exception.RemotingException;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class TestController {
    @Autowired
    MQProducer producer;
    @Autowired
    MQProducer producer_sandbox1;
    @Autowired
    MQProducer producer_sandbox2;

    @GetMapping("/")
    public String hello(){
        return "hello world";
    }

    @GetMapping("/send")
    public String send(String msg){
        if(null == msg) return "msg is null";

        String returnMsg = "";
        Message message = new Message("topic-test-multi-mq-client", msg.getBytes());
        try {
            producer.send(message);
            returnMsg += "原生producer发送完成<br/>";

            producer_sandbox1.send(message);
            returnMsg += "第一个沙箱内producer发送完成<br/>";

            producer_sandbox2.send(message);
            returnMsg += "第二个沙箱内producer发送完成<br/>";
        } catch (MQClientException | InterruptedException | RemotingException | MQBrokerException e) {
            returnMsg += "发送过程出现异常:" + e.getMessage();
        }
        return returnMsg;
    }
}

通过 send 方法同时向三个 producer 发送消息。

测试一下

运行 App,等几秒钟启动完毕,访问 http://localhost:8080/send,返回

msg is null

访问,http://localhost:8080/send?msg=test

代码地址

github: https://github.com/vancoo/multi-mq-demo
gitee: https://gitee.com/vancoo/multi-mq-demo
参考链接:来自平行世界的救赎

<think>我们正在讨论的是在单台服务器上部署多个RocketMQ消费者实例。根据引用[2]和引用[4],我们知道一个消费者组内的多个消费者实例会进行负载均衡,每个消息队列(分区)在同一时间只能被同一个消费者组内的一个消费者实例消费。因此,在单台服务器上部署多个消费者实例时,需要确保它们属于同一个消费者组还是不同的消费者组,这取决于业务需求。关键点:1.如果多个消费者实例属于同一个消费者组,那么它们会共同消费同一个主题的消息,实现负载均衡(集群模式)。但是,由于在同一台机器上,可能无法充分利用多核资源,因为RocketMQ的负载均衡机制会将这些实例视为组内的不同消费者,分配不同的队列给它们。2.如果多个消费者实例属于不同的消费者组,那么每个消费者组都会独立消费完整的消息(即广播模式,或者多个集群消费组),这样消息会被重复消费多次。部署方法:-对于同一个消费者组内多个实例:在单台服务器上启动多个进程(或者同一个进程多个消费者实例,但需要保证每个实例有自己的线程资源),使用相同的消费者组名,但每个实例必须设置不同的实例名称(InstanceName),否则RocketMQ会认为这是同一个实例,导致负载均衡混乱(因为默认情况下,如果不设置实例名,会使用进程ID,但同一台机器上启动多个相同消费者组的实例,如果不显式设置不同的实例名,可能会因为进程ID不同而自动区分,但显式设置更可靠)。-引用[3]中提到,客户端的配置可以通过代码设置,包括设置实例名。具体步骤:1.**创建消费者时设置不同的实例名**:在同一个消费者组内,每个消费者实例需要有一个唯一的实例标识(InstanceName)。如果不设置,RocketMQ会使用IP@PID(进程ID)作为默认值,这样在同一台机器上启动多个进程时,由于PID不同,自然就是不同的实例。但为了清晰,我们可以显式设置。2.**配置消费者**:包括NameServer地址、订阅主题、消费模式等。3.**启动消费者**:在同一个JVM中启动多个消费者实例(需要多个线程)或者启动多个JVM进程。示例代码(同一个JVM中启动两个消费者实例):```javapublicclassMultiConsumerDemo{publicstaticvoidmain(String[]args)throwsException{//第一个消费者实例DefaultMQPushConsumerconsumer1=newDefaultMQPushConsumer("SAME_CONSUMER_GROUP");consumer1.setNamesrvAddr("127.0.0.1:9876");consumer1.setInstanceName("consumer_instance_1");//设置实例名,确保唯一consumer1.subscribe("TEST_TOPIC","*");consumer1.registerMessageListener((MessageListenerConcurrently)(msgs,context)->{//处理消息returnConsumeConcurrentlyStatus.CONSUME_SUCCESS;});consumer1.start();//第二个消费者实例DefaultMQPushConsumerconsumer2=newDefaultMQPushConsumer("SAME_CONSUMER_GROUP");consumer2.setNamesrvAddr("127.0.0.1:9876");consumer2.setInstanceName("consumer_instance_2");//设置不同的实例名consumer2.subscribe("TEST_TOPIC","*");consumer2.registerMessageListener((MessageListenerConcurrently)(msgs,context)->{//处理消息returnConsumeConcurrentlyStatus.CONSUME_SUCCESS;});consumer2.start();System.out.println("两个消费者实例已启动");}}```或者,如果启动多个独立的进程(例如,运行同一个Main类两次,但不设置实例名也可以,因为进程ID不同),则不需要在代码中设置实例名,因为RocketMQ会自动生成(IP@PID)。但是,如果希望固定实例名,可以在启动时通过系统参数设置,或者在代码中设置。注意事项:-**消费者组内实例数量与队列数量的关系**:根据引用[2],建议消费者组内的实例数量与订阅主题的分区(MessageQueue)数量一致,这样每个实例负责一个队列,避免有的实例空闲,有的繁忙。如果实例数量多于队列数量,那么多出来的实例将不会消费消息。因此,在单台服务器上部署多个实例时,要确保主题的分区数量足够。-**资源消耗**:单台服务器上部署多个实例(尤其是多个JVM)会增加资源消耗,需要根据服务器配置合理设置。-**广播模式**:如果使用广播模式,则每个消费者实例都会消费所有消息,此时不需要考虑负载均衡,但需要确保每个实例都能处理全量消息。另外,引用[3]中提到,客户端的配置可以通过代码设置,包括设置实例名(`setInstanceName`)以及其他配置(如线程数等)。总结部署步骤:1.确定消费者组名和实例名(同一组内实例名唯一)。2.配置NameServer地址、订阅主题和标签。3.设置消费模式(集群或广播)。4.注册消息监听器。5.启动消费者。通过以上方法,可以在单台服务器上成功部署多个RocketMQ消费者实例。</think>### RocketMQ服务器多消费者实例部署指南 在单台服务器上部署多个 RocketMQ 消费者实例,关键在于**消费者组命名**和**实例标识**的配置。以下是具体步骤: #### 一、核心部署方案 1. **消费者组命名策略** ```java // 相同业务使用同一消费者组(实现负载均衡) String consumerGroup = "ORDER_PROCESS_GROUP"; // 不同业务使用独立消费者组(实现广播消费) String paymentGroup = "PAYMENT_GROUP"; ``` 2. **实例标识配置** ```java // 必须为每个实例设置唯一标识(避免冲突) consumer.setInstanceName("CONSUMER_INSTANCE_01"); // 实例1 consumer.setInstanceName("CONSUMER_INSTANCE_02"); // 实例2 ``` 3. **线程资源分配** ```java // 合理分配线程资源(避免资源争抢) consumer.setConsumeThreadMin(5); // 最小线程数 consumer.setConsumeThreadMax(10); // 最大线程数 ``` #### 二、两种典型部署模式 **模式1:同组多实例(负载均衡)** ```java // 实例1:订单处理 DefaultMQPushConsumer consumer1 = new DefaultMQPushConsumer("ORDER_GROUP"); consumer1.setInstanceName("ORDER_INSTANCE_01"); consumer1.subscribe("ORDER_TOPIC", "*"); // 实例2:同一消费者组内负载均衡 DefaultMQPushConsumer consumer2 = new DefaultMQPushConsumer("ORDER_GROUP"); // 相同组名 consumer2.setInstanceName("ORDER_INSTANCE_02"); // 不同实例名 consumer2.subscribe("ORDER_TOPIC", "*"); ``` - **效果**:两个实例分摊处理 `ORDER_TOPIC` 的消息 - **适用场景**:提高单一业务的消息处理能力[^2] **模式2:异组多实例(独立消费)** ```java // 实例1:订单业务组 DefaultMQPushConsumer orderConsumer = new DefaultMQPushConsumer("ORDER_GROUP"); orderConsumer.subscribe("ORDER_TOPIC", "*"); // 实例2:库存业务组(独立消费) DefaultMQPushConsumer inventoryConsumer = new DefaultMQPushConsumer("INVENTORY_GROUP"); // 不同组名 inventoryConsumer.subscribe("ORDER_TOPIC", "*"); ``` - **效果**:两个实例都会收到 `ORDER_TOPIC` 的全量消息 - **适用场景**:多业务独立处理相同消息[^1] #### 三、关键配置参数 | 参数 | 作用 | 推荐值 | |------|------|--------| | `instanceName` | 实例唯一标识 | 必须配置 | | `consumeThreadMin` | 最小消费线程 | CPU核心数×2 | | `consumeThreadMax` | 最大消费线程 | CPU核心数×4 | | `pullBatchSize` | 单次拉取量 | 32-64 | | `messageModel` | 消费模式 | `CLUSTERING`(默认) | #### 四、部署注意事项 1. **实例标识必须唯一** 不设置 `instanceName` 时默认使用 `IP@PID`,单机多进程需显式配置避免冲突[^3] 2. **线程数优化建议** - 计算密集型:线程数 ≈ CPU核心数 - IO密集型:线程数 ≈ CPU核心数×2~3 3. **避免端口冲突** 多实例运行时需确保网络端口不冲突(非RocketMQ控制) 4. **资源监控要点** ```bash # Linux资源检查 top -p $(pgrep -f 'ORDER_GROUP') # 监控CPU/MEM iostat -x 1 # 监控磁盘IO ``` #### 五、完整部署示例 ```java public class MultiConsumerDeploy { public static void main(String[] args) { // 实例1:订单处理 startConsumer("ORDER_GROUP", "INSTANCE_01", "ORDER_TOPIC"); // 实例2:同一组负载均衡 startConsumer("ORDER_GROUP", "INSTANCE_02", "ORDER_TOPIC"); // 实例3:独立业务组 startConsumer("PAYMENT_GROUP", "PAYMENT_INST", "PAYMENT_TOPIC"); } private static void startConsumer(String group, String instance, String topic) { new Thread(() -> { try { DefaultMQPushConsumer consumer = new DefaultMQPushConsumer(group); consumer.setInstanceName(instance); consumer.setNamesrvAddr("127.0.0.1:9876"); consumer.subscribe(topic, "*"); consumer.registerMessageListener(/* 消息处理逻辑 */); consumer.start(); } catch (Exception e) { e.printStackTrace(); } }).start(); } } ``` #### 六、运维验证方法 1. **控制台监控** 通过 RocketMQ Console 查看: - 消费者组状态 - 各实例的队列分配情况 - 消息积压指标 2. **日志检查** 观察每个实例的启动日志: ``` [INFO] Consumer instance: INSTANCE_01 started [INFO] Consumer instance: INSTANCE_02 started ``` 3. **负载均衡验证** 发送测试消息,观察不同实例的消费记录 > **重要提示**:生产环境建议配合 Docker 或 K8s 部署,实现资源隔离和弹性伸缩[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值