【RocketMQ】基本使用：Java操作RocketMQ（rocketmq-client）

1.引入依赖

<dependency><groupId>org.apache.rocketmq</groupId><artifactId>rocketmq-client</artifactId><version>4.3.2</version></dependency><dependency><groupId>org.apache.rocketmq</groupId><artifactId>rocketmq-spring-boot-starter</artifactId><version>2.0.3</version></dependency>

2.Producer

public class MyProducer {public static void main(String[] args) throws Exception{// 构造Producer时，必须指定groupIdDefaultMQProducer producer = new DefaultMQProducer("my_producer_group");//指定NameServer的地址  只用namesrv的地址就行，它会从namesrv上拿到broker的地址和topic信息producer.setNamesrvAddr("localhost:9876");//启动生产者producer.start();int num = 0;while (num < 20) {num++;/*** rocketmq封装了Message* String topic,* String tags, 标签（分类）---> 筛选* byte[] body*/Message message = new Message("my_test_topic", "", ("hello rocketmq:" + num).getBytes());//同步发送  发送消息，拿到返回SendResultSendResult result = producer.send(message);System.out.println(result);}//关闭生产者producer.shutdown();}
}

启动并发送消成功后，返回的SendResult如下：

SendResult中，有一个sendStatus状态，表示消息的发送状态。一共有四种状态

FLUSH_DISK_TIMEOUT ：表示没有在规定时间内完成刷盘（需要Broker 的刷盘策Ill创立设置成 SYNC_FLUSH 才会报这个错误）
FLUSH_SLAVE_TIMEOUT ：表示在主备方式下，并且Broker 被设置成SYNC_MASTER 方式，没有在设定时间内完成主从同步。
SLAVE_NOT_AVAILABLE ：这个状态产生的场景和FLUSH_SLAVE_TIMEOUT 类似，表示在主备方式下，并且Broker 被设置成SYNC_MASTER ，但是没有找到被配置成Slave 的Broker 。
SEND OK ：表示发送成功，发送成功的具体含义，比如消息是否已经被存储到磁盘？消息是否被同步到了Slave 上？消息在Slave 上是否被写入磁盘？需要结合所配置的刷盘策略、主从策略来定。这个状态还可以简单理解为，没有发生上面列出的三个问题状态就是SEND OK

3.Consumer


public class MyConsumer {public static void main(String[] args) throws MQClientException {// 构造Consumer时，必须指定groupIdDefaultMQPushConsumer consumer = new DefaultMQPushConsumer("my_consumer_group");consumer.setNamesrvAddr("localhost:9876"); // nameServer地址,用于获取broker、topic信息consumer.setConsumeFromWhere(ConsumeFromWhere.CONSUME_FROM_FIRST_OFFSET);// 指定订阅的主题与tag，通过tag可以定制性消费（*表示全部tag）consumer.subscribe("my_test_topic", "*"); // 异步消费consumer.registerMessageListener(new MessageListenerConcurrently() {@Overridepublic ConsumeConcurrentlyStatus consumeMessage(List<MessageExt> msgs,ConsumeConcurrentlyContext context) {
//                System.out.println("Receive Message:" + msgs.toString());// 1 try catch(throwable)确保不会因为业务逻辑的异常，导致消息出现重复消费的现象// 2 org.apache.rocketmq.client.impl.consumer.ConsumeMessageConcurrentlyService.ConsumeRequest.run()中会对Throwable进行捕获，//   并且返回ConsumeConcurrentlyStatus.RECONSUME_LATERtry {for(MessageExt msg:msgs){String msgbody = new String(msg.getBody(), "utf-8");System.out.println(" MessageBody: "+ msgbody);//输出消息内容}} catch (Exception e) {e.printStackTrace();return ConsumeConcurrentlyStatus.RECONSUME_LATER; //稍后再试}return ConsumeConcurrentlyStatus.CONSUME_SUCCESS; // 签收}});//启动消费者consumer.start();System.out.println("消费者启动成功。。。");}
}

收到消息的内容：

consumer Group：位于同一个consumer Group中的consumer实例

和producer Group中的各个produer实例承担的角色类似
同一个group中可以配置多个consumer，可以提高消费端的并发消费能力以及容灾
和kafka一样，多个consumer会对消息做负载均衡，意味着同一个topic下的不同messageQueue会分发给同一个group中的不同consumer。
同时，如果我们希望消息能够达到广播的目的，那么只需要把consumer加入到不同的group就行。