在前面的關(guān)鍵組件中我們提到了Messages。當(dāng)兩個應(yīng)用想要交換數(shù)據(jù)，他們將數(shù)據(jù)包裝在一個message中。但是一個Message Channel不能傳輸原始數(shù)據(jù)，它只能傳輸包含在一個message中的數(shù)據(jù)（即傳輸特定格式的數(shù)據(jù)）。
Message在消息系統(tǒng)中處于信息載體的位置，而在ESB中，還消息識別、序列以及生存周期等職責(zé)。
Message的結(jié)構(gòu)涉及以下幾個模式：
l Command Message
l Document Message
l Event Message
l Request-Reply
l Return Address
l Correlation Identifier
l Message Sequence
l Message Expiration
l Format Indicator
創(chuàng)建和發(fā)送一個Message產(chǎn)生以下幾個問題：
消息意圖 － Message最終是為了運送一些數(shù)據(jù)，但是發(fā)送者可能有其他目的，比如它希望接受者使用消息做些事情。它可以發(fā)送一個Command Message，指定它希望調(diào)用的接受者上的函數(shù)或方法。發(fā)送者告訴接受者運行那些代碼。發(fā)送者可以發(fā)送一個Document Message來傳送它的數(shù)據(jù)結(jié)構(gòu)到接受者。發(fā)送者發(fā)送數(shù)據(jù)到接受者，但是不指定接受者應(yīng)該做什么。
或者它可以發(fā)送一個Event Message，通知接受者發(fā)送者那里有一個改變。發(fā)送者不應(yīng)告訴接受者應(yīng)該怎樣適應(yīng)這個改變，而只應(yīng)提供通知。
返回一個應(yīng)答 － 當(dāng)一個應(yīng)用發(fā)送一個消息，它通常期望得到一個回應(yīng)來確定消息被處理并提供一個結(jié)果。這是一個Request-Reply場景。Request通常是一個Command Message，而應(yīng)答是一個包含返回值或異常的Document Message。請求者應(yīng)該在請求中指定一個Return Address來告訴應(yīng)答者使用哪個通道來傳回應(yīng)答。請求者可能在一個處理過程中發(fā)送多個請求，所以應(yīng)答應(yīng)該包含一個Correlation Identifier來指出這個應(yīng)答對應(yīng)哪個請求。
有兩個Request-Reply場景需要注意；它們都包含了一個Command Message請求和一個對應(yīng)的Document Message應(yīng)答。在第一個場景中，Message RPC，請求不但要調(diào)用應(yīng)答者的函數(shù)，而且期望一個返回值。這是RPC。另一個場景中，Message Query，請求者執(zhí)行一個查詢；應(yīng)答者執(zhí)行查詢并在應(yīng)答中返回結(jié)果。這是遠程查詢。
大量的數(shù)據(jù) － 有時應(yīng)用想要傳送大量的數(shù)據(jù)結(jié)構(gòu)，放入一個單獨的message里面不是很合適。在這種情況下，將他們分解成可管理的消息塊并將他們作為Message Sequence發(fā)送。這些消息必須按順序發(fā)送，以便接受者能夠充足原始數(shù)據(jù)結(jié)構(gòu)。
慢速消息 － 消息系統(tǒng)的一個問題是發(fā)送者通常不知道接受者要多久才能接受到消息。然而，消息的內(nèi)容可能是時間敏感的，所以如果消息在某一時間內(nèi)沒有被接受，它將被忽略并取消。在這種情況下，sender應(yīng)該使用Message Expiration來指定一個到期時間。如果消息系統(tǒng)在規(guī)定時間內(nèi)無法傳輸一個消息，應(yīng)該將它取消并刪除到Dead Letter Channel中。同樣的一個receiver接受到一個超出該時間點的消息，也要取消該消息。
總之，只選擇使用消息是不夠的。使一個消息工作的其他決定性因素來自于消息所要完成的任務(wù)。