消息包括消息头，消息属性，消息体三部分。

消息头：所有的消息使用相同的消息头属性集合，主要用来标示消息ID，路由信息等

消息属性：对消息头信息的补充，因为消息头是固定的一些属性，而消息属性可以自己定义的。

消息体： AMQ 支持主要的一些消息类型，例如：StreamMessage， MapMessage， TextMessage， ObjectMessage， BytesMessage。其中ObjectMessage是针对Java的特殊格式。

PTP(Point-to-Point)模型是基于队列的，发送方发消息到队列，接收方从队列接收消息，队列的存在使得消息的异步传输成为可能。和邮件系统中的邮箱一样，队列可以包含各种消息，AMQ 提供了工具用于管理队列的创建、删除等维护性工作。PTP 模型定义了客户端如何向队列发送消息，从队列接收消息，浏览队列中的消息等功能。

下面描述 PTP 模型中的主要概念和对象：

AMQ 的 Pub/Sub 模型定义了如何向一个内容节点发布和订阅消息，这些节点被称作主题(topic)。

主题可以被认为是消息的传输中介，发布者(publisher)发布消息到主题，订阅者(subscribe)从主题订阅消息。主题使得消息订阅者和消息发布者保持互相独立，不需要接触即可保证消息的传送。

下面描述 Pub/Sub 模型中的主要概念和对象：

同步接收是指客户端主动去接收消息，AMQ 的客户端可以采用MessageConsumer的receive方法去接收下一个消息。

异步接收是指当消息到达时，主动通知客户端。AMQ 的 客户端可以通过注册一个实现了 MessageListener 接口的对象到 MessageConsumer 中，这样，每当消息到达时，AMQ 会调用 MessageListener 中的 onMessage 方法，通知客户端。

非持久化方式是指消息不持久化到可靠的存储设备里，这样带来的是效率提高，但是如果消息服务器崩溃或失败的时候存在消息丢失的可能性。

持久化方式表示消息服务器提供了机制保证消息在发生任何异常的情况下不会丢失。

在 AUTO_ACKNOWLEDGE 模式下，会话自动确认客户端收到的每条消息。此外，会话线程会阻塞，等待代理确认它已处理了每个已使用消息的客户端确认。而该确认称为“代理确认”。对于由消息侦听器执行的异步消息接收，消息在 onmessage() 方法返回后被确认。对于同步消息接收，消息恰好在 receive() 方法返回前被确认。在这种情况下，可能只对消息进行部分处理；如果在使用消息前系统发生了故障，则消息就会丢失。为提高可靠性，可以使用 CLIENT_ACKNOWLEDGE 模式或事务会话来确保系统发生故障时消息不会丢失。

CLIENT_ACKNOWLEDGE 模式授予客户端最高的控制权限。在此模式下，客户端在使用一条或多条消息后显式对其进行确认。确认发生在客户机调用消息对象的 acknowledge() 方法时，调用该方法会导致会话确认自上次调用该方法以来它使用的所有消息（其中可能包括会话中许多不同的消息侦听器以异步方式使用的消息，与使用这些消息的顺序无关）。

此外，会话线程会阻塞，等待为已使用的一批消息返回代理确认，它确定代理已对客户机确认进行了处理。

由于通常按批次发送客户机确认和代理确认（而非逐个发送），因此，与 AUTO_ACKNOWLEDGE 模式相比，CLIENT_ACKNOWLEDGE 模式通常节省连接带宽，并减少代理确认的开销。当然，如果在此模式下客户机对每条消息逐一进行确认，则不会按批次发送确认，而是逐一地发送确认。

在 DUPS_OK_ACKNOWLEDGE 模式下，会话在使用了十条消息后进行确认，目前无法对该值进行配置。与 AUTO_ACKNOWLEDGE 或 CLIENT_ACKNOWLEDGE 模式不同的是，会话线程不会阻塞等待代理确认，因为在 DUPS_OK_ACKNOWLEDGE 模式下不请求任何代理确认。

这意味着，无法保证只对消息传送和使用一次。一般来说，不会非常频繁地重新传送消息；这种情况只会在发生故障（代理未收到它所传送的消息的客户机确认）时出现。如果客户机对重复传送并不在意，则应使用 DUPS_OK_ACKNOWLEDGE 模式。

由于客户机确认按批次发送且客户机线程不会阻塞，因此消息吞吐量通常远高于其他模式。

多个提供消息服务的 AMQ 可以组成一个虚拟的MQ网络，每个提供消息服务的 AMQ 可被视为一个MQ网络中的节点，而节点之间的连接则通过声明消息路由提供。只要用户连接到MQ网络中任何一个节点，即可向网络中的其他任意节点发送消息。

为提供消息服务的可靠性，和MQ网络中消息的暂时存储， AMQ 使用了一个可靠的消息存储机制。

AMQ 消息路由与存储配置的，存在于 AMQ 目录下config子目录中mq.conf文件。mq.conf 文件中可对消息服务的消息存储目录和消息路由进行配置。

AMQ 现在支持消息队列集群（Message Queue Clustering）。所谓消息队列集群是指在多个 AMQ 之间建立路由连接，从而组成一个消息路由网络。在网络中任何一个结点上定义的集群消息队列都将被其他结点所共享，通过任何一个结点向一个集群队列发送消息都是等效的，对客户来说无法察觉是否正在使用集群，集群中网络拓扑结构发生变化对客户也没有任何影响。

当路由结点与其他结点建立连接时通过发布自身定义的集群队列从而使集群队列获得共享，无须系统管理员干预，大大减少了路由网络的维护量。使用集群还可以提高系统的可用性，路由网络中单个结点发生故障停机或部分网络无法连通时并不影响集群队列的使用，同时在发送消息时根据各结点的负荷情况对负载进行分配，从而使结点处理能力和网络带宽被充分利用。

分层次主题命名是 AMQ 提供一种主题(Topic)分组定义的方法，使主题更便于管理和使用。除此之外，AMQ 还提供了使用模式匹配的方式同时订阅多个主题，从而可以完成在单主题订阅模式下无法完成的特性。

当对一个主题命名时也同时定义了这个主题所处的层次结构。在一个不分层的命名系统中，所有的名字都是孤立的，彼此之间没有任何关系，当主题增加时会带来很大的管理负担。而在一个分层次命名系统中名字之间具有一定的上下级关系，从而可以对层次结构中的一组结点进行管理并明确指明结点之间的关系。

AMQ 中使用'.'分隔符来指明这种上下级关系，类似于文件系统中使用'/'分隔符来区分上下级目录。通常只需要定义叶结点，中间结点系统将自动建立。

向主题发布消息时可以发布到层次结构中的任何一个结点上，而在订阅消息时可以使用模式匹配的方式同时订阅多个主题，这些主题可以是层次结构中的某个分支，也可以是一些并没有命名关系的主题。模式匹配所使用的语法很简单但很强大，可以灵活地选择需要的主题。