```
<policyEntry?queue=">"?strictOrderDispatch="true"/>
strictOrderDispatch“嚴格順序轉發”,這是區別于“輪詢”的一種消息轉發手段;不過不要誤解它為“全局嚴格順序”,它只不過是將prefetch的消息依次填滿每個consumer的pending buffer。比如上述例子中,如果C1-C2兩個消費者的buffer尺寸為3,那么(m1,m2,m3)->C1,(m4)->C2;當C1填充完畢之后,才會填充C2。由此這種策略可以保證buffer中所有的消息都是“權重臨近的”、有序的。(需要注意:strictOrderDispatch并非是解決priority消息順序的問題而生,只是在使用priority時需要關注它)。
```
- JMS vs AMQP
- ActiveMQ
- 安裝
- 簡介
- 知識點
- 點對點
- 發布訂閱
- 對比
- 安全認證
- 持久化
- Api
- Productor
- 發送消息
- 消息有效期
- 消息優先級
- 開啟
- 嚴格順序
- 強順序
- Consumer
- 消息確認
- 消息的過濾
- 客戶端
- java
- 點對點
- 生產者
- 消費者
- 發布訂閱
- 生產者
- Springboot
- 配置
- QueueConfig
- 生產者
- 消費者
- 集群
- RabbitMQ
- 安裝
- 主要概念
- 消息模型
- 基本消息模型
- 簡介
- java
- 消費者
- 生產者
- 工具類
- work消息模型
- 簡介
- java
- 消費者
- 生產者
- 訂閱模型-Fanout
- 簡介
- java
- 生產者
- 消費者
- 訂閱模型-Direct
- 簡介
- java
- 生產者
- 消費者
- 訂閱模型-Topic
- 簡介
- java
- 生產者
- 消費者
- 持久化
- Spring-AMQP
- 消費者
- 生產者