ActiveMQ队列消息Timestamp含义及消息入队消费顺序咨询

1. Timestamp字段的时间生成主体 #

默认配置下，你在ActiveMQ Web控制台看到的Timestamp字段对应JMS标准中的JMSTimestamp属性，是生产者客户端调用send()方法时，用生产者本地时钟生成的时间戳，不是Broker接收消息的时间。
只有在Broker配置中主动开启alwaysSetJMSTimestamp="true"参数时，Broker才会在接收到消息后，用自身本地时间覆盖这个字段值，该配置默认处于关闭状态。
从你贴出的发送代码判断，你没有手动设置消息时间戳，也没有修改Broker的默认配置，当前控制台展示的Timestamp就是生产者执行发送操作瞬间的本地时间。

2. 消息入队与消费的排序依据 #

核心结论：标准ActiveMQ队列的默认入队顺序、消费顺序完全以Broker实际接收到消息的先后顺序为准，和生产者侧生成的Timestamp字段值没有任何关系。
针对你描述的场景：
P1在t1时刻发消息，Broker在t2时刻收到；P2在t3时刻发消息，Broker在t4时刻收到，满足t3 > t1（P1发消息更早）、t2 > t4（Broker先收到P2的消息），此时实际顺序为：

• 入队顺序：P2发送的消息排在队列靠前位置，P1发送的消息排在队列靠后位置
• 消费顺序：消费者会先获取到P2的消息，全部前置消息消费完成后才会拿到P1的消息，不会因为P1消息的Timestamp更小就调整排队顺序。

注意事项 #

以上规则适用于无特殊配置的普通队列场景。如果你配置了消息优先级、消息重发策略、消息分组、消费者优先级等特性，消费顺序会按照对应规则调整，但始终不会将Timestamp作为排序判断依据。
当跨节点部署的生产者和Broker之间存在网络延迟差异、各节点时钟不同步时，出现「Timestamp更小的消息反而被晚消费」属于符合设计预期的正常现象。

内容的提问来源于stack exchange，提问作者VenneriGiacomo