1 、简介

同类产品： 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

关闭服务

service activemq stop

通过netstat 查看端口

# netstat -tlnp

t:表示tcp

l:表示监听

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

p:显示的程序名

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

另一个是控制台端口8161

通过控制台测试

启动消费端

进入网页控制台

账号/密码默认： admin/admin

点击Queues

观察客户端

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();

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中，有持久化-非持久化。