ActiveMQ 服务器配置是企业级消息中间件部署中的关键环节，合理的配置能够确保消息队列的高可用、高性能与安全性，以下从核心配置文件、网络配置、存储配置、性能调优及安全配置五个维度展开详细说明。
ActiveMQ 的核心配置文件位于 conf/activemq.xml，该文件采用 XML 格式，定义了 broker、传输器、存储器、策略等关键组件。<broker> 标签是配置的根节点，通过 brokerName 属性指定 broker 名称，用于集群环境中的标识；useJmx 属性控制是否启用 JMX 监控，默认为 true，建议生产环境开启以便通过 JConsole 或 VisualVM 进行实时监控；dataDirectory 属性指定消息存储的根目录，默认为 activemq-data，需确保磁盘空间充足且 IO 性能良好，在 <broker> 内部，<destinationPolicy> 用于定义目标队列主题的策略，例如通过 <policyEntry> 设置队列的最大字节数或最大消息数，防止内存溢出，例如配置 <policyEntry queue=">" producerFlowControl="true" memoryLimit="1gb"> 表示对所有队列启用生产者流量控制，并限制内存使用为 1GB。
网络配置主要涉及消息传输的协议与端口,ActiveMQ 支持多种传输协议，如 OpenWire、STOMP、AMQP 等，通过 <transportConnectors> 标签进行配置，默认 OpenWire 协议的配置为 <transportConnector name="openwire" uri="tcp://0.0.0.0:61616?maximumConnections=1000&wireFormat.maxFrameSize=104857600"/>，uri 指定监听地址与端口，maximumConnections 控制最大连接数，wireFormat.maxFrameSize 设置单个帧的最大字节数（100MB），适用于大消息传输，若需支持 HTTP 协议，可添加 <transportConnector name="http" uri="http://0.0.0.0:8161"/>，并通过 jetty.xml 进一步配置 Jetty 服务器的参数，如线程池大小、连接超时时间等。
存储配置直接影响消息的持久化性能与可靠性,ActiveMQ 提供 KahaDB、JDBC、LevelDB 三种持久化适配器，KahaDB 为默认选择，基于文件存储，性能较高，在 <persistenceAdapter> 标签中，可配置 KahaDB 的参数，如 <kahaDB directory="${activemq.data}/kahadb"/> 指定存储目录，journalMaxFileLength 设置日志文件最大长度（默认 32MB），enableJournalDiskSyncs 控制是否同步刷盘（默认 true，确保数据安全但影响性能），对于需要数据库持久化的场景，可切换为 JDBC 适配器，通过 <jdbcPersistenceAdapter> 配置数据源、表名等信息，需提前在数据库中创建 ActiveMQ 的表结构，并优化数据库连接池参数。
性能调优需结合硬件资源与业务场景进行综合配置,内存方面，在 conf/activemq.xml 中通过 <systemUsage> 标签设置内存限制，<systemUsage><memoryUsage><memoryUsage limit="512mb"/></memoryUsage><storeUsage limit="1gb"/><tempUsage limit="512mb"/></systemUsage>，分别限制内存存储、持久化存储和临时存储的使用上限，线程池配置可通过 <threadPool> 调整，coreSize="10" 和 maxSize="50" 设置核心线程数与最大线程数，避免线程过多导致上下文切换开销，启用异步持久化（<amqPersistenceAdapter sync="false"/>）和批处理发送（batch="true"）可提升吞吐量，但需权衡数据一致性风险。
安全配置是保障 ActiveMQ 服务器的必要措施，通过 <plugins> 标签启用认证与授权插件，例如配置 <simpleAuthenticationPlugin><users><username username="admin" password="admin" groups="admins"/><username username="user" password="user" groups="users"/></users></simpleAuthenticationPlugin> 定义用户及密码，再结合 <authorizationPlugin> 设置操作权限，如 <authorizationMap><authorizationEntries><authorizationEntry queue=">" read="users" write="users" admin="admins"/></authorizationEntries></authorizationMap>，对于网络传输安全，可启用 SSL/TLS 加密，在 transportConnector 中添加 transport.ossSLEnabled=true 并配置密钥库与信任库路径，transport.keyStorePath=file:${activemq.data}/broker.ks 和 transport.keyStorePassword=password，限制管理界面的访问IP，在 jetty.xml 中通过 <Set name="HostHeaderPattern">127\.0\.0\.1|localhost</Set> 仅允许本地访问，避免未授权远程操作。
相关问答FAQs
Q1：ActiveMQ 出现“Disk Space Full”错误如何处理？
A：首先检查 dataDirectory 指定磁盘的剩余空间，可通过 df -h（Linux）或磁盘管理工具（Windows）查看，若空间不足，可清理过期消息文件（位于 activemq-data/kahadb/db.data 等文件），或通过管理界面调整队列的最大消息数、消息过期策略（如设置 messageEvictionStrategy 为 OLDEST_MESSAGE 自动清理旧消息），优化持久化配置（如增大 journalMaxFileLength 减少文件数量）或迁移至更大磁盘也是有效解决方案。
Q2：如何提升 ActiveMQ 在高并发场景下的消息发送速度？
A：可从多方面优化：1）启用异步发送（producer.deliveryMode=NON_PERSISTENT 且 async=true），减少等待确认时间；2）调整批处理参数（batch="true" 和 batchInterval="20"），合并小消息为批量发送；3）增加 broker 的线程池核心数（<threadPool coreSize="20"/>）；4）使用多个队列分区，通过负载均衡分发消息；5）若允许消息丢失，采用内存存储（<memoryPersistenceAdapter/>）替代持久化存储，但需确保 broker 宕机时不丢失关键数据。
