ActiveMQ 自學（三） 叢集部署
阿新 • • 發佈：2018-12-25
其他配置屬性
下表列舉了在networkConnector標籤中還可以使用的屬性以及其意義。請特別注意其中的duplex屬性。如果只從字面意義理解該屬性，
則被稱為“雙工模式”；如果該屬性為true，當這個節點使用Network Bridge連線到其它目標節點後，
將強制目標也建立Network Bridge進行反向連線。其目的在於讓訊息既能傳送到目標節點，又可以通過目標節點接受訊息，
但實際上大多數情況下是沒有必要的，因為目標節點一般都會自行建立連線到本節點。所以，該duplex屬性的預設值為false。
| 屬性名稱 | 預設值 | 屬性意義 |
|---|---|---|
| name | bridge | 名稱 |
| dynamicOnly | false | 如果為true, 持久訂閱被啟用時才建立對應的網路持久訂閱。 |
| decreaseNetworkConsumerPriority | false | 如果為true，網路的消費者優先順序降低為-5。如果為false，則預設跟本地消費者一樣為0. |
| excludedDestinations | empty | 不通過網路轉發的destination |
| dynamicallyIncludedDestinations | empty | 通過網路轉發的destinations，注意空列表代表所有的都轉發。 |
| staticallyIncludedDestinations | empty |
匹配的都將通過網路轉發-即使沒有對應的消費者，如果為預設的“empty”， 那麼說明所有都要被轉發 |
| duplex | false | 已經進行詳細介紹的“雙工”屬性。 |
| prefetchSize | 1000 |
設定網路消費者的prefetch size引數。如果設定成0，那麼就像之前文章介紹過的那樣： 消費者會自己輪詢訊息。顯然這是不被允許的。 |
| suppressDuplicateQueueSubscriptions | false | 如果為true, 重複的訂閱關係一產生即被阻止（V5.3+ 的版本中可以使用）。 |
| bridgeTempDestinations | true | 是否廣播advisory messages來建立臨時destination。 |
| alwaysSyncSend | false |
如果為true，非持久化訊息也將使用request/reply方式代替oneway方式傳送到 遠端broker（V5.6+ 的版本中可以使用）。 |
| staticBridge | false |
如果為true，只有staticallyIncludedDestinations中配置的destination 可以被處理（V5.6+ 的版本中可以使用）。 |
以下這些屬性，只能在靜態Network Connectors模式下使用
| 屬性名稱 | 預設值 | 屬性意義 |
|---|---|---|
| initialReconnectDelay | 1000 | 重連之前等待的時間(ms) (如果useExponentialBackOff為false) |
| useExponentialBackOff | true | 如果該屬性為true，那麼在每次重連失敗到下次重連之前，都會增大等待時間 |
| maxReconnectDelay | 30000 | 重連之前等待的最大時間(ms) |
| backOffMultiplier | 2 | 增大等待時間的係數 |
請注意這些屬性，並不是networkConnector標籤的屬性，而是在uri屬性中進行設定的，例如：
uri="static:(tcp://host1:61616,tcp://host2:61616)?maxReconnectDelay=5000&useExponentialBackOff=false"