Apache ActiveMQ 5.15.5 完整安装与配置指南

本文还有配套的精品资源，点击获取

简介：Apache ActiveMQ 5.15.5是流行的开源消息代理和队列服务器，遵循JMS规范，支持多种消息协议，提供高可用性、可扩展性、持久化、事务支持、网络传输优化、管理工具、消息模型和安全机制。该压缩包含所有必要的组件和文件，通过解压和配置即可启动和管理消息代理，适合构建可靠的分布式消息系统。

1. Apache ActiveMQ概述

Apache ActiveMQ 是一个开源的 Java 实现的消息代理，它遵循 Java 消息服务（JMS）规范，为应用程序提供了一个可靠、高效、异步的消息传递系统。ActiveMQ 的核心概念包括消息、生产者、消费者、队列和主题。消息是数据的封装，生产者负责发送消息到目的地，而消费者则从目的地接收消息。

ActiveMQ 的基本架构由多个组件构成，包括连接器（Connectors）、传输（Transports）、目的地（Destinations）、协议（Protocols）和适配器（Adapters）。这一架构设计使得 ActiveMQ 能够实现高性能的消息传递，并保证消息的持久性和可靠性。

在消息中间件领域，ActiveMQ 是一个被广泛使用的解决方案，特别是在需要支持多种客户端、异步消息传递和消息队列管理的场景中。它的社区支持强大，持续更新和维护，确保了它的稳定性和安全性。

2. 多协议支持特性

2.1 ActiveMQ支持的协议概览

2.1.1 JMS协议详解

Java消息服务（Java Message Service，简称JMS）是Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。ActiveMQ作为一款流行的开源消息代理，对JMS协议有着原生的支持。

ActiveMQ中的JMS特性包括：

• 提供了一套标准的API，用以创建、发送、接收消息。
• 支持点对点（Point-to-Point，P2P）和发布/订阅（Publish/Subscribe，Pub/Sub）两种消息模型。
• 异步消息传递，允许应用程序发送消息而不必等待回复。
• 消息持久化，确保消息不会因为系统故障而丢失。

为了更好地理解JMS在ActiveMQ中的实现，下面展示一段创建JMS生产者和消费者的代码示例：

// JMS生产者示例代码
ConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://localhost:61616");
Connection connection = connectionFactory.createConnection();
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
Destination queue = session.createQueue("test.queue");
MessageProducer producer = session.createProducer(queue);

connection.start();

TextMessage message = session.createTextMessage("Hello JMS");
producer.send(message);
producer.close();
session.close();
connection.close();

// JMS消费者示例代码
ConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://localhost:61616");
Connection connection = connectionFactory.createConnection();
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
Destination queue = session.createQueue("test.queue");
MessageConsumer consumer = session.createConsumer(queue);

connection.start();

Message message = consumer.receive();
if (message instanceof TextMessage) {
    System.out.println(((TextMessage) message).getText());
}

consumer.close();
session.close();
connection.close();

在上述代码中，我们创建了一个JMS生产者和消费者，通过ActiveMQ进行消息的发送和接收。需要注意的是，生产者和消费者代码都涉及到 ConnectionFactory 、 Connection 、 Session 、 Destination 等关键类，以及 createConnection 、 createSession 、 createQueue 、 createProducer 、 start 等方法。

2.1.2 AMQP、MQTT、STOMP等协议支持情况

ActiveMQ不仅仅支持JMS协议，还支持其他多种消息协议，这使得ActiveMQ能够适用于更多种类的客户端和应用程序。以下是ActiveMQ支持的一些其他流行协议：

• AMQP (Advanced Message Queuing Protocol) ：一种网络协议，用于在不同的系统之间可靠地传输消息。ActiveMQ通过插件支持AMQP协议。
• MQTT (Message Queuing Telemetry Transport) ：一种轻量级的消息传输协议，适用于低带宽、不稳定的网络环境。同样，ActiveMQ通过插件对MQTT提供支持。
• STOMP (Simple Text Oriented Messaging Protocol) ：一种简单文本基础的消息协议，非常适用于Web应用程序。ActiveMQ原生支持STOMP协议。

以下是一个简单的MQTT客户端的代码示例，用于连接到ActiveMQ代理并发布消息：

// MQTT客户端示例代码
MqttClient client = new MqttClient("tcp://localhost:1883", MqttClient.generateClientId());
client.connect();
MqttTopic topic = client.getTopic("test/topic");
MqttMessage message = new MqttMessage("Hello MQTT".getBytes());
topic.publish(message);
client.disconnect();

在上述代码中，我们创建了一个MQTT客户端，并向指定主题发送了一条消息。该示例展示了如何使用ActiveMQ的MQTT插件进行消息的发布。

2.2 协议间转换机制

2.2.1 如何在不同协议之间转换消息

在多协议支持的消息代理系统中，协议间的转换是一个复杂但必要的功能。它允许不同协议的客户端之间进行通信，增加了系统的灵活性。ActiveMQ提供插件系统，使得在不同协议间转换消息成为可能。

为了实现协议转换，ActiveMQ利用了桥接模式（Bridge）插件。例如，可以配置一个桥接来监听JMS队列，并将消息转换为AMQP协议发送到其他系统。下面是一个简单的配置示例，展示如何在ActiveMQ中设置一个JMS到AMQP的桥接：

<broker ...>
    <plugins>
        <bridgePlugin>
            <bridges>
                <bridgeName>mybridge</bridgeName>
                <queueName>test.queue</queueName>
                <forwardingAddress>jms.queue.test</forwardingAddress>
                <transportConnectorName>openwire</transportConnectorName>
                <ha>true</ha>
            </bridges>
        </bridgePlugin>
    </plugins>
</broker>

在这个XML配置中，我们定义了一个名为 mybridge 的桥接，它监听JMS队列 test.queue ，并将其转发到AMQP服务器上的 jms.queue.test 地址。这使得JMS和AMQP客户端之间可以进行消息交换。

2.2.2 协议转换对业务的灵活性提升

协议转换不仅使得ActiveMQ可以与各种客户端通讯，还提高了业务系统的灵活性。允许从一个协议快速转换到另一个协议，对于以下场景尤其有用：

• 迁移遗留系统：可以在不中断业务的前提下，逐步将旧系统升级为支持新协议的系统。
• 服务解耦：独立的服务可以使用最适合它们的协议，而不用担心和其他服务的协议不兼容。
• 技术多样性：根据不同的应用场景选择最适合的协议，从而优化性能和资源的使用。

协议转换的灵活性在现代企业级应用架构中显得尤为重要。例如，如果一个应用需要和物联网设备通讯，使用MQTT协议可以提供更好的性能和资源利用。而对于企业级应用，JMS则可能是更好的选择。通过ActiveMQ的桥接功能，这两个应用可以无缝地相互通信。

2.3 协议转换的实现细节与挑战

2.3.1 协议转换的技术细节

协议转换不仅涉及到消息内容的传输和翻译，还需要考虑到不同协议的语义差异、消息类型、传输格式等因素。以下是一些重要的技术细节：

• 消息格式转换 ：不同的协议支持不同类型的消息，例如文本消息、二进制消息、对象消息等。协议转换时，需要将消息转换为接收端支持的格式。
• 消息类型映射 ：一些协议有特定的消息类型，如JMS的TextMessage、BytesMessage等。这些类型需要映射到其他协议支持的类型。
• 连接和会话管理 ：不同协议的连接和会话管理方式不同，转换时需要确保连接的有效性和会话的持续性。

2.3.2 面临的挑战及解决策略

尽管协议转换带来了灵活性，但它也带来了挑战：

• 性能开销 ：协议转换可能会带来额外的处理开销，因为需要对消息进行解析和重新封装。解决策略包括优化转换逻辑、使用更高效的序列化方法等。
• 复杂的错误处理 ：不同协议有各自的错误处理机制。在协议转换过程中，需要处理不同协议之间的兼容性和一致性问题。解决策略涉及实现健壮的错误转换和回退机制。
• 扩展性问题 ：随着支持协议数量的增加，协议转换的复杂度也会增加。解决策略是采用模块化设计，使协议转换逻辑易于扩展和维护。

这些挑战需要在设计协议转换机制时仔细考虑，确保转换机制既能提供灵活性，又不会引入过多的开销和复杂度。ActiveMQ通过灵活的插件系统和丰富的配置选项，为开发者提供了解决这些挑战的有力工具。

3. 高可用性集群与故障转移

3.1 集群架构与部署

3.1.1 主从模式（Master-Slave）

在ActiveMQ的高可用性集群中，主从模式是一种常见的部署方式。在这种模式下，一个主节点负责处理消息的接收与发送，而一个或多个从节点则作为备份存在。当主节点因任何原因不可用时，集群会自动将一个从节点提升为新的主节点，从而保证了消息服务的连续性。

实现主从模式需要在ActiveMQ的配置文件中进行相应的设置。配置文件中定义了集群的成员，以及各自的角色和网络地址。主节点需要设置为Master，而从节点设置为Slave。通过这种方式，ActiveMQ可以实现故障转移和负载均衡。

3.1.2 对等模式（Peer-to-Peer）

对等模式是另一种集群架构，与主从模式不同的是，在对等模式下，所有的节点都是平等的，每个节点都可以接收消息、分发消息。该模式提供更高的可用性和容错性，因为每个节点都可以独立工作，并且没有单点故障。

在对等模式中，节点之间的数据同步是至关重要的。这意味着节点之间需要频繁交换状态信息，以保持数据的一致性。集群中的任何节点都可以接收客户端的连接请求，从而提供了灵活的负载均衡机制。

部署集群的步骤

部署一个高可用性的ActiveMQ集群包括以下步骤：

1. 环境准备 ：确保所有节点的硬件资源（如CPU、内存、磁盘空间）充足，并且网络环境稳定。
2. 安装ActiveMQ ：在所有节点上下载并安装ActiveMQ。
3. 配置集群 ：根据选择的模式（主从或对等），配置相应的集群参数。
4. 启动集群 ：启动所有ActiveMQ节点，并确保它们能够相互通信。
5. 测试验证 ：进行测试以验证集群的高可用性和故障转移机制是否按预期工作。

3.2 故障转移机制

3.2.1 故障检测机制

故障检测是故障转移机制中的关键一环。在主从模式下，故障检测通常由监控服务完成。监控服务会定期检查主节点的健康状态，当发现主节点不可用时，会立即触发故障转移流程。

在对等模式中，故障检测机制更为复杂，因为集群中的任何节点都需要能够检测到其他节点的故障。这通常通过节点间的心跳检测来实现。如果一个节点在一定时间内未接收到其他节点的心跳消息，则认为该节点发生了故障。

3.2.2 故障转移流程及策略

故障转移流程包括以下几个步骤：

1. 故障识别 ：当集群中的某个节点发生故障时，故障检测机制会识别出这一故障。
2. 选举新主节点 ：集群需要进行一次选举过程，以决定哪个节点将成为新的主节点。在主从模式中，通常是从节点中选举；而在对等模式中，则需要更复杂的选举算法。
3. 数据同步 ：新主节点需要与集群中的其他节点进行数据同步，以确保消息的一致性。
4. 客户端重定向 ：已经连接到原主节点的客户端需要被重定向到新的主节点，保证服务的连续性。
5. 故障恢复 ：一旦原故障节点恢复，它将作为从节点重新加入集群。

故障转移策略需要根据实际业务场景和性能要求进行设计。它可能包括一些高级配置选项，如故障转移的延迟时间、客户端的重试机制等。

故障转移的实现确保了ActiveMQ集群能够提供不间断的消息服务，即使在个别节点故障的情况下也能保证系统稳定运行。这对于需要高可靠消息传递的企业级应用而言，是一个至关重要的特性。

graph LR
    A[客户端] -->|消息发送| B(主节点)
    B -->|消息分发| C(从节点)
    B --故障--> D[故障检测]
    D --识别--> E[选举新主节点]
    E --新主节点--> F(其他从节点)
    F --同步--> E
    E --客户端重定向--> A

通过这个流程图，我们可以看到故障转移是如何在ActiveMQ集群中发生的。客户端连接到主节点，主节点分发消息到从节点，当主节点发生故障时，故障检测会触发选举新主节点的流程。新主节点需要与其他从节点进行同步，最后客户端会被重定向到新的主节点，确保消息服务的连续性。

在这个过程中，代码和配置是实现这些功能的关键。例如，在主从模式下，主节点的配置文件中会有类似下面的配置：

<networkConnectors>
  <networkConnector uri="static:(tcp://slave1:61616,tcp://slave2:61616)" duplex="true"/>
</networkConnectors>

这段代码定义了一个网络连接器，它连接主节点和从节点。当主节点发生故障时，从节点可以接管消息传递任务。

通过分析故障转移机制，我们可以看到ActiveMQ如何在保证消息服务高可用性的同时，提供了一个灵活、可配置的集群环境。这使得ActiveMQ成为一个强大的消息中间件解决方案，适用于需要高可靠消息传递的各种应用场景。

4. 可扩展性与消息持久化机制

在本章节中，我们将深入探讨ActiveMQ的可扩展性实现途径以及消息持久化策略。高负载与可扩展性是现代企业级应用的关键要求，而消息持久化则是确保消息可靠性的基石。这两个主题对于设计和部署一个健壮的消息系统至关重要。

4.1 可扩展性的实现途径

实现消息系统的可扩展性通常意味着系统能够根据负载的变化进行性能的提升或资源的增减。对于ActiveMQ，有多种方法可以实现这种可扩展性。

4.1.1 通过增加服务器提升处理能力

在ActiveMQ中，一种提高处理能力的方式是通过增加更多的服务器，进而分散负载。这种方式被称为水平扩展。我们可以将消息系统部署在多个服务器上，这样可以并行处理更多的消息，提高系统的吞吐量。

逻辑分析与参数说明：

在考虑水平扩展时，需要关注几个关键参数，包括：

• 消息队列的划分 ：如何在多个服务器间划分消息队列，以及如何确保消息负载均衡。
• 网络负载 ：多个服务器间的数据传输效率。
• 存储资源 ：服务器的磁盘I/O，特别是当消息持久化至磁盘时。

4.1.2 水平扩展和垂直扩展的对比

水平扩展涉及添加更多的服务器，而垂直扩展则是增加现有服务器的资源，例如CPU、内存或存储容量。在ActiveMQ的上下文中，水平扩展通常更为可行，因为消息系统的负载往往可以通过增加更多的节点来分散。

逻辑分析与参数说明：

• 成本效益分析 ：水平扩展可以更容易地按照需求增加资源，通常能够带来更好的成本效益。
• 复杂性 ：水平扩展增加了系统配置的复杂性，例如消息路由、负载均衡等。
• 系统弹性 ：水平扩展能够带来更高的系统弹性，因为个别节点的故障不会严重影响整个系统的运行。

4.2 消息持久化策略

消息持久化是指在消息系统中保存消息到一个持久存储中，以便在系统重启或故障后能够恢复这些消息。ActiveMQ支持多种持久化存储机制。

4.2.1 持久化存储的类型：文件、数据库、云存储等

ActiveMQ提供了多种持久化选项，包括但不限于KahaDB、MySQL等数据库以及云存储选项如Amazon S3。

逻辑分析与参数说明：

• KahaDB ：ActiveMQ默认的存储方式，提供了高性能的事务日志和索引文件。
• 数据库持久化 ：将消息存储在关系型数据库中，便于进行复杂的查询操作。
• 云存储 ：适用于需要大规模数据备份和分布式部署的场景。

4.2.2 持久化对系统稳定性的意义

消息持久化是系统稳定性的一个关键因素。在发生故障或需要升级时，保证消息不丢失至关重要。

逻辑分析与参数说明：

• 数据一致性 ：如何确保在发生故障时数据的一致性和完整性。
• 恢复时间 ：在故障后，系统能够多快地从持久存储中恢复消息并继续运行。
• 备份策略 ：持久化存储的备份机制，以及如何有效地进行灾难恢复。

让我们通过一个简单的代码示例来说明如何配置ActiveMQ的KahaDB持久化存储：

import org.apache.activemq.store.kahadb.KahaDBStore;

// 创建KahaDBStore的实例
KahaDBStore kahaDBStore = new KahaDBStore();

// 配置KahaDBStore的参数
kahaDBStore.setDirectories(new File("path/to/persistence/folder"));
kahaDBStore.setIndexWriteBatchSize(500);
kahaDBStore.setIndexCacheSize(1000);

// 将配置好的KahaDBStore应用到Broker配置中
ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://localhost:61616");
ActiveMQConnection connection = (ActiveMQConnection) connectionFactory.createConnection();
ActiveMQBroker broker = connection.getBroker();
broker.setPersistenceAdapter(kahaDBStore);

在上述代码中，我们创建了KahaDB存储的一个实例，并设置了相关的参数，如持久化存储的目录、索引的写入批大小和索引缓存大小。之后，我们将这个存储适配器应用到了ActiveMQ Broker的配置中。

在此代码逻辑执行后，ActiveMQ将使用KahaDB作为其消息持久化机制，消息将被写入到指定的目录，并确保在系统出现故障时能够从中恢复。这种配置确保了系统的稳定性和消息的可靠性。

5. 本地和分布式事务支持

在处理消息队列时，事务管理是保证数据一致性和可靠性的关键因素。Apache ActiveMQ支持本地事务和分布式事务，这为开发者提供了更灵活的选择以适应不同的业务场景。本章节将详细探讨ActiveMQ在本地和分布式事务支持方面的特性。

5.1 本地事务的管理

5.1.1 本地事务的生命周期

本地事务在消息中间件中是一个基本概念，它保证了消息从发送到接收的整个过程中的原子性。ActiveMQ中的本地事务包含了以下几个主要步骤：

1. 事务开始 : 当生产者发送消息时，会启动一个新的事务。
2. 消息发送 : 生产者将消息放入队列，此时消息还未真正交付给消费者。
3. 事务提交 : 一旦确认消息发送成功，事务将提交，此时消息变为可消费状态。
4. 事务回滚 : 如果在发送过程中遇到错误或异常，事务将回滚，消息将不会被接收方消费。

本地事务的生命周期与数据库事务非常类似，确保了操作的原子性。ActiveMQ通过这种方式来管理事务，确保消息的准确传递。

5.1.2 本地事务与资源管理器的交互

本地事务通常是通过资源管理器来管理的。在ActiveMQ中，资源管理器可以是JDBC连接、文件系统或其他任何支持JMS事务的资源。当生产者发送消息时，它将与资源管理器建立连接，并确保整个事务过程的同步。

// 示例代码：本地事务的管理
InitialContext ctx = new InitialContext();
ConnectionFactory factory = (ConnectionFactory) ctx.lookup("ConnectionFactory");
Connection connection = factory.createConnection();
Session session = connection.createSession(true, Session.AUTO_ACKNOWLEDGE);
Destination destination = (Destination) ctx.lookup("queue/myQueue");
MessageProducer producer = session.createProducer(destination);

connection.start();

// 开始事务
session.beginTransaction();

// 发送消息
Message message = session.createTextMessage("Hello, ActiveMQ!");
producer.send(message);

// 提交事务
***mitTransaction();

connection.close();

在上面的Java代码中，我们创建了一个事务性会话，开始事务，然后发送消息，并最终提交事务。如果在发送消息后遇到任何异常，可以通过调用 session.rollback() 来回滚事务，取消消息的发送。

5.2 分布式事务的应用

5.2.1 两阶段提交（2PC）机制

分布式事务比本地事务更加复杂，它涉及到跨多个资源管理器的数据一致性。ActiveMQ通过JTA（Java Transaction API）来支持分布式事务，最常见的机制是两阶段提交（2PC）。

• 第一阶段（准备阶段） : 事务协调器询问所有参与者是否可以提交事务。所有参与者必须回复是否准备就绪。
• 第二阶段（提交/回滚阶段） : 如果所有参与者都准备就绪，则协调器发出提交请求；如果有任何一个参与者无法完成事务，则协调器将指示所有参与者回滚事务。

虽然2PC提供了严格的数据一致性，但它也带来了性能开销，并且在系统出现故障时可能导致长时间的锁定资源。

5.2.2 分布式事务在业务中的实践案例

在实际业务应用中，一个典型的场景是银行转账服务。转账涉及两个账户，这两个账户可能位于不同的数据库中。使用分布式事务，可以确保当一个账户的金额扣除后，另一个账户的金额能够准确增加，从而保证资金转移的准确性。

graph LR
A[开始事务] --> B[从账户A扣除金额]
B --> C[向账户B增加金额]
C --> D{所有操作成功?}
D -- 是 --> E[提交事务]
D -- 否 --> F[回滚事务]
E --> G[结束事务]
F --> G[结束事务]

如上图所示，这是2PC在银行转账中的应用流程。使用ActiveMQ，可以将这些操作封装在消息传递过程中，进一步提高业务的可靠性。

在分布式事务中，虽然ActiveMQ提供了强大的支持，但开发者仍需注意可能的性能影响和系统复杂性。通常建议只在确实需要严格数据一致性保证时使用分布式事务。

本地事务和分布式事务的深入讨论揭示了Apache ActiveMQ在保障消息可靠性和系统稳定性方面的灵活性和强大功能。理解这些机制将帮助开发者更有效地解决实际业务问题。

6. ActiveMQ的安装与管理

6.1 安装与运行步骤

在本节中，我们将从下载ActiveMQ开始，到配置环境、启动ActiveMQ服务，直到成功运行ActiveMQ实例为止。

6.1.1 下载与安装指南

首先，您需要访问ActiveMQ的官方网站下载页面（***），选择合适的版本进行下载。通常情况下，您会选择最新的稳定版本。

下载完成后，根据您的操作系统选择相应的安装指南。这里以Windows系统为例：

1. 解压缩下载的文件到您希望安装ActiveMQ的目录。
2. 配置环境变量（可选，但有助于命令行使用）。

6.1.2 配置与启动ActiveMQ

配置ActiveMQ通常涉及编辑 conf/activemq.xml 文件进行自定义。完成后，启动服务的步骤如下：

1. 打开命令提示符窗口。
2. 进入ActiveMQ安装目录。
3. 运行 bin\activemq start 命令。

您应该看到控制台输出显示ActiveMQ服务已经启动。至此，ActiveMQ已经可以接受消息了。

6.2 管理与监控工具

6.2.1 Web控制台操作与应用

ActiveMQ提供了一个基于Web的管理控制台，允许用户通过浏览器监控和管理消息代理。启动ActiveMQ服务后，默认情况下可以通过访问 *** 来访问控制台。接下来，我们将探索Web控制台的几个关键功能：

• 连接管理：监控连接到ActiveMQ代理的所有客户端连接。
• 队列和主题管理：管理消息队列和主题，可以查看统计信息，进行消息清除等操作。

6.2.2 命令行工具的使用及脚本编写

除了Web控制台，ActiveMQ还提供了一组命令行工具，如 activemq-admin ，用于进行管理和诊断。使用以下命令可以查看所有可用命令：

bin\activemq-admin help

一个典型的使用场景是查看所有主题的概要信息：

bin\activemq-admin list --type topics

通过编写简单的脚本，可以自动化执行如重启代理，清理消息等任务。

6.3 安全机制的实现

6.3.1 用户认证与授权机制

默认情况下，ActiveMQ使用简单的认证和授权机制。为了增强安全性，我们可以配置ActiveMQ使用外部安全认证提供者。例如，集成ActiveMQ与LDAP服务，你需要配置 conf/login.config 文件，并在 activemq.xml 中指定角色和权限。

6.3.2 SSL/TLS加密通信的配置与优化

为了保护传输中的消息，可以配置ActiveMQ启用SSL/TLS加密。配置步骤一般包括：

• 生成密钥库和信任库
• 修改 activemq.xml 以使用SSL连接工厂

完成后，启动ActiveMQ使用SSL连接，客户端也需配置为使用SSL。

6.4 与Java API及其他语言的交互

6.4.1 Java API的集成与使用

ActiveMQ与Java应用程序的集成通常通过其提供的Java API来实现。以下是使用Java API连接到ActiveMQ的一个简单示例：

import javax.jms.Connection;
import javax.jms.ConnectionFactory;
import javax.jms.Destination;
import javax.jms.JMSException;
import javax.jms.MessageConsumer;
import javax.jms.Session;
import org.apache.activemq.ActiveMQConnectionFactory;

public class ActiveMQExample {
    public static void main(String[] args) {
        ConnectionFactory factory = new ActiveMQConnectionFactory("tcp://localhost:61616");
        try {
            Connection connection = factory.createConnection();
            Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
            Destination queue = session.createQueue("TEST.QUEUE");
            MessageConsumer consumer = session.createConsumer(queue);

            connection.start();
            Message message = consumer.receive();
            System.out.println("Received message: " + message.toString());
            connection.close();
        } catch (JMSException e) {
            e.printStackTrace();
        }
    }
}

6.4.2 其他语言客户端库的对比与选择

ActiveMQ支持多种编程语言的客户端库，例如Python、C++、.NET等。在选择客户端库时，请注意以下因素：

• 支持的版本和协议
• 社区支持和文档的质量
• 易于集成和使用

通过比较这些因素，您可以选择最适合您项目需求的客户端库。

本文还有配套的精品资源，点击获取

简介：Apache ActiveMQ 5.15.5是流行的开源消息代理和队列服务器，遵循JMS规范，支持多种消息协议，提供高可用性、可扩展性、持久化、事务支持、网络传输优化、管理工具、消息模型和安全机制。该压缩包含所有必要的组件和文件，通过解压和配置即可启动和管理消息代理，适合构建可靠的分布式消息系统。

本文还有配套的精品资源，点击获取