Java开发中常用的消息队列工具 ActiveMQ

1 、简介

ActiveMQ

同类产品: RabbitMQ 、 Kafka、Redis(List)

1.1 对比RabbitMQ

最接近的同类型产品,经常拿来比较,性能伯仲之间,基本上可以互相替代。最主要区别是二者的协议不同RabbitMQ的协议是AMQP(Advanced Message Queueing Protoco),而ActiveMQ使用的是JMS(Java Messaging Service )协议。顾名思义JMS是针对Java体系的传输协议,队列两端必须有JVM,所以如果开发环境都是java的话推荐使用ActiveMQ,可以用Java的一些对象进行传递比如Map、BLob、Stream等。而AMQP通用行较强,非java环境经常使用,传输内容就是标准字符串。

另外一点就是RabbitMQ用Erlang开发,安装前要装Erlang环境,比较麻烦。ActiveMQ解压即可用不用任何安装。

 

1.2 对比KafKa

Kafka性能超过ActiveMQ等传统MQ工具,集群扩展性好。

弊端是:

在传输过程中可能会出现消息重复的情况,

不保证发送顺序

一些传统MQ的功能没有,比如消息的事务功能。

    所以通常用Kafka处理大数据日志。

 

1.3 对比Redis

    其实Redis本身利用List可以实现消息队列的功能,但是功能很少,而且队列体积较大时性能会急剧下降。对于数据量不大、业务简单的场景可以使用。

 

 

2 安装 ActiveMQ

拷贝apache-activemq-5.14.4-bin.tar.gz到Linux服务器的/opt

   解压缩 tar -zxvf apache-activemq-5.14.4-bin.tar.gz

   重命名 mv  apache-activemq-5.14.4  activemq

   vim /opt/activemq/bin/activemq 

查看java环境:vim /etc/profile    或者   echo $JAVA_HOME

增加两行

JAVA_HOME="/opt/jdk1.8.0_152"

JAVA_CMD="/opt/jdk1.8.0_152/bin"

 

注册服务

ln -s  /opt/activemq/bin/activemq  /etc/init.d/activemq(软连接必须使用绝对路径)

chkconfig --add activemq

# 禁止使用

# cp /opt/activemq/bin/activemq /etc/init.d/activemq

启动服务

service activemq start

Java开发中常用的消息队列工具 ActiveMQ

关闭服务

service activemq stop

通过netstat 查看端口

# netstat -tlnp

t:表示tcp

l:表示监听

n: 将ip和端口转换成域名和服务名

p:显示的程序名

Java开发中常用的消息队列工具 ActiveMQ

activemq两个重要的端口,一个是提供消息队列的默认端口:61616

另一个是控制台端口8161

通过控制台测试

启动消费端

Java开发中常用的消息队列工具 ActiveMQ

进入网页控制台

Java开发中常用的消息队列工具 ActiveMQ

账号/密码默认: admin/admin

点击Queues

Java开发中常用的消息队列工具 ActiveMQ

Java开发中常用的消息队列工具 ActiveMQ

Java开发中常用的消息队列工具 ActiveMQ

观察客户端

Java开发中常用的消息队列工具 ActiveMQ

 

3     在Java中使用消息队列

3.1 在gmall-service-util中导入依赖坐标

<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-activemq</artifactId>
   <exclusions>
      <exclusion>
         <groupId>org.slf4j</groupId>
         <artifactId>slf4j-log4j12</artifactId>
      </exclusion>
   </exclusions>
</dependency>

 

<dependency>
   <groupId>org.apache.activemq</groupId>
   <artifactId>activemq-pool</artifactId>
   <version>5.15.2</version>
   <exclusions>
      <exclusion>
         <groupId>org.slf4j</groupId>
         <artifactId>slf4j-log4j12</artifactId>
      </exclusion>
   </exclusions>
</dependency>

 

 

3.2  在payment项目中添加producer端

 

public class ProducerTest {
    public static void main(String[] args) throws JMSException {
        // 创建连接工厂
       
ConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://192.168.67.201:61616");
        Connection connection = connectionFactory.createConnection();
        connection.start();
        // 创建session 第一个参数表示是否支持事务,false时,第二个参数Session.AUTO_ACKNOWLEDGE自动签收,Session.CLIENT_ACKNOWLEDGE手动签收,DUPS_OK_ACKNOWLEDGE 订阅时签收其中一个
        // 第一个参数设置为true时,第二个参数可以忽略 服务器设置为SESSION_TRANSACTED
       
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
        // 创建队列
       
Queue queue = session.createQueue("Atguigu");

        MessageProducer producer = session.createProducer(queue);
        // 创建消息对象
       
ActiveMQTextMessage activeMQTextMessage = new ActiveMQTextMessage();
        activeMQTextMessage.setText("hello ActiveMq!");
        // 发送消息
       
producer.send(activeMQTextMessage);
        producer.close();
        connection.close();
    }
}

注意:如果有事务需要先提交事务session.commit();

 

Java开发中常用的消息队列工具 ActiveMQ

Number Of Pending Messages 等待消费的消息 这个是当前未出队列的数量。可以理解为总接收数-总出队列数

Number Of Consumers  消费者 这个是消费者端的消费者数量

Messages Enqueued 进入队列的消息  进入队列的总数量,包括出队列的。 这个数量只增不减

Messages Dequeued 出了队列的消息  可以理解为是消费者消费掉的数量

总结:

当有一个消息进入这个队列时,等待消费的消息是1,进入队列的消息是1。
当消息消费后,等待消费的消息是0,进入队列的消息是1,出队列的消息是1.
在来一条消息时,等待消费的消息是1,进入队列的消息就是2.

3.3  在payment项目中添加consumer端

public class ConsumerTest {
    public static void main(String[] args) throws JMSException {
        ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ActiveMQConnection.DEFAULT_USER, ActiveMQConnection.DEFAULT_PASSWORD, "tcp://192.168.67.201:61616");
        // 创建连接
       
Connection connection = activeMQConnectionFactory.createConnection();
        connection.start();
        // 创建会话
       
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
        // 创建队列
       
Queue queue = session.createQueue("Atguigu");
        // 创建Consumer
       
MessageConsumer consumer = session.createConsumer(queue);
        // 接收消息
       
consumer.setMessageListener(new MessageListener() {
            @Override
            public void onMessage(Message message) {
                // 参数就是收到的消息
               
if (message instanceof  TextMessage){
                    try {
                        String text = ((TextMessage) message).getText();
                        System.out.println(text+"接收的消息!");
                    } catch (JMSException e) {
                        e.printStackTrace();
                    }
                }
            }
        });
        consumer.close();
        session.close();
    }
}

 

 

3.4  关于事务控制

producer提交时的事务

事务开启 true

只执行send并不会提交到队列中,只有当执行session.commit()时,消息才被真正的提交到队列中。

事务不开启 false

只要执行send,就进入到队列中。

consumer 接收时的事务

事务开启,签收必须写

Session.SESSION_TRANSACTED

 

收到消息后,消息并没有真正的被消费。消息只是被锁住。一旦出现该线程死掉、抛异常,或者程序执行了session.rollback()那么消息会释放,重新回到队列中被别的消费端再次消费。

事务不开启,签收方式选择

Session.AUTO_ACKNOWLEDGE

只要调用comsumer.receive方法 ,自动确认。

事务不开启,签收方式选择

Session.CLIENT_ACKNOWLEDGE

需要客户端执行 message.acknowledge(),否则视为未提交状态,线程结束后,其他线程还可以接收到。

  这种方式跟事务模式很像,区别是不能手动回滚,而且可以单独确认某个消息。

手动签收

事务不开启,签收方式选择

Session.DUPS_OK_ACKNOWLEDGE

在Topic模式下做批量签收时用的,可以提高性能。但是某些情况消息可能会被重复提交,使用这种模式的consumer要可以处理重复提交的问题。

 

 

3.5  持久化与非持久化

通过producer.setDeliveryMode(DeliveryMode.PERSISTENT) 进行设置

持久化的好处就是当activemq宕机的话,消息队列中的消息不会丢失。非持久化会丢失。但是会消耗一定的性能。

持久化:当服务器宕机,消息依然存在。

非持久化:当服务器宕机,消息不存在。

在zookeeper中,有持久化-非持久化。