當談論整合應用時，消息路由備受關注。當我們確定了各個應用，並選擇Mule作爲整合平臺，也知道在Mule的服務中可以使用哪些Java類和web services處理消息，那麼爲了讓消息正確地在服務間流轉，該如何將所有的事情整合在一起，從而確保獲得我們所需要的的結果呢？
Mule爲您的Mule應用中的服務間的路由消息提供了強大而靈活的可選項。本文描述了Mule的常用消息類型和幾種可用的特殊路由器。
下面介紹消息路由器的相關核心概念：
- 端點（Endpoints）定義了發送和接收消息的通道（channel）。例如，一個購物組件可能會接收到一個HTTP訂單請求。一旦該組件處理完訂單請求，它可能會發送一個 JMS消息到一個主題（topic）上，以通知審計系統，並返回一個HTTP響應。可以通過端點監聽JMS消息、發送email、調用web services等。
- 入站路由器（Inbound router）控制服務如何處理入站（incoming）消息，比如，有選擇地只消費符合特定條件的消息，或者在將消息轉發給服務處理之前，將擁有同一group ID的消息聚合（group）在一起。
- 出站路由器（Outbound router）控制如何分發經服務處理過的消息，比如，將消息發送到一個接受者列表，或者將消息分解成多個部分，並將它們分別發送至不同的端點。
- 異步回覆路由器（Asynchronous reply router）常用於request/response場景。在這些場景中，發送一個請求會觸發一個或者更多的請求，並且在返回響應之前，需要考慮這些請求的結果。典型的例子是請求發送後，會並行執行任務（task）。在返回響應之前，必須執行完每個任務，處理完結果。
- Catch-all策略在當前消息找不到路由路徑時才被調用。入站和出站端點都可以配置catch-all策略，因此可以捕獲到任何孤立的消息，並將這些消息路由到一個共同的位置。
- 過濾器提供用於調用特定路由器的邏輯。通過邏輯過濾器AndFilter、OrFilter和NotFilter可以將過濾器組合在一起使用。並非所有的路由器都需要使用過濾器，但是所有的路由器都支持過濾器。
選擇消息類型
當將Mule的服務結合在一起時，初用Mule的人有時會感到困惑，他們不知何時該使用出站路由器，何時可以最大程度地簡化獲得回覆信息。下面介紹 Mule中可使用的消息類型，可以通過一個列表查看各個傳輸（transport）所支持的消息類型，詳細內容可以查看Mule用戶指南中的傳輸特徵矩陣（Transports Feature Matrix）（查看前需要先登錄，但註冊是免費的，只需花費一點時間就可以完成註冊。）
異步
如果只想將消息以“即發即棄（fire and forget）”的方式發送給一個服務，（並不需要給調用者返回響應），那麼可使用異步消息類型。如果將入站端點的synchronous屬性設置爲false，它就不會給調用者返回響應。
例如：
<model name="Asynchronous_Message_Pattern">
<service name="AsynchronousService">
<inbound>
<jms:inbound-endpoint queue="test.in" synchronous="false"/>
</inbound>
<component class="org.myorg.WidgetHandler"/>
<outbound>
<pass-through-router>
<jms:outbound-endpoint queue="test.out">
</pass-through-router>
</outbound>
</service>
</model>
Request-Response
在簡單的Request-Response場景中，服務在一個同步的入口端點上接收請求，並處理該請求，然後將它作爲回覆發送給調用者。例如，如果用戶在 HTML表單中輸入一個值，想轉換該值並將其結果顯示在同一個頁面上，那麼可以在該服務上簡單地配置一個同步入站端點，由該服務完成數據轉換。這種場景並不需要使用出站端點。這就是request-response消息類型。
例如：
<model name="Request-Response_Message_Pattern">
<service name="SynchronousService">
<!-- 爲了返回response將synchronous的值設置爲“true”-->
<inbound>
<http:inbound-endpoint host="localhost" port="8080"
path="/mule/services" synchronous="true"/>
</inbound>
<!-- 指定處理該請求的組件 -->
<component class="org.myorg.WidgetHandler"/>
</service>
</model>
同步
如果爲了進一步處理消息，需要將消息傳遞給第二個服務，那麼需要在第一個服務上配置一個出站路由器將該消息傳遞給第二個服務。在第二個服務處理完消息後，第一個服務將它作爲回覆發送給調用者。值得注意的是將第一個服務設置爲同步入口端點就意味着之後的所有服務都會以同步的方式處理該消息，所以無需在第二個服務上設置synchronous屬性的值。這就是同步消息類型。
例如：
<model name="Synchronous_Message_Pattern">
<service name="SynchronousService">
<inbound>
<!-- 爲了返回response將synchronous的值設置爲“true” -->
<jms:inbound-endpoint queue="test.in" synchronous="true"/>
</inbound>
<component class="org.myorg.WidgetHandler"/>
<outbound>
<!-- 使用pass-through路由器時，如果想返回response必須將synchronous的值設置爲“true”-->
<pass-through-router>
<!-- 設置出站端點 -->
<jms:outbound-endpoint queue="test.out" synchronous="true"/>
</pass-through-router>
</outbound>
</service>
<!-- 配置第二個服務，並將它的入站端點設置爲上一個服務的出站端點的路徑。
值得注意的是無需設置synchronous的值，因爲在第一個服務中已經將消息設置爲synchronous了。
-->
<service>
<inbound>
<jms:inbound-endpoint queue="test.out"/>
</inbound>
<component class="org.myorg.WidgetProcesser"/>
</service>
</model>
注意：在Mule的以往版本中，遠程服務需要設置remoteSync屬性的值爲true用於配置同步處理。從Mule 2.2開始，remoteSync屬性已經被刪除，只需要設置synchronous屬性的值爲true就可以創建同步流。
異步Request-Response
在大多數複雜的場景中，可以使用request-response消息，並使用後端（back-end）流程調用其它的服務，並基於多個服務調用的結果異步地返回一個回覆。你可以將入站端點的synchronous屬性設置爲false，因爲異步回覆路由器會處理該回復，除非你想給調用者發送響應。這就是異步request-response消息類型。
在下面的例子中，HTTP端點接收一個請求，並使用Multicast路由器將該請求廣播到兩個端點，再將這些結果以異步的方式發送到一個JMS端點。
<model name="Async_Request-Response_Message_Pattern">
<service name="AsyncRequestResponseService">
<inbound>
<!--
將synchronous設置爲“false”，因爲response將由異步回覆路由器處理 -->
<http:inbound-endpoint host="localhost" port="8080"
path="/mule/services" synchronoussynchronous="false"/>
</inbound>
<component class="org.myorg.WidgetHandler"/>
<!-- 配置異步回覆的設置。這個例子使用了收集異步回覆路由器，
在發送回覆信息之前，它將所有的響應信息收集在一起。 -->
<async-reply timeout="5000>
<collection-async-reply-router/>
<jms:inbound-endpoint queue="reply.queue"/>
</async-reply>
<!--設置負責接收和處理消息的端點以及回覆消息的端點 -->
<outbound>
<multicasting-router>
<reply-to address="jms://reply.queue"/>
<jms:outbound-endpoint queue="service1" synchronous="false"/>
<jms:outbound-endpoint queue="service2" synchronous="false"/>
</multicasting-router>
</outbound>
</service>
</model>
關於消息類型的全部內容可以參看Mule用戶指南中的Mule的消息類型。
現在我們已經理解了在不同的場景中可以使用哪種消息類型路由消息，下面讓我們看看哪些路由器可以很好地控制消息路由。更多消息路由的信息可以參看Mule用戶指南中的使用消息路由器。
將消息傳遞到另一個端點
pass-through路由器是爲簡化端點間的消息傳遞而設計的。比如，它對分發消息給一個隊列非常有用。
也可以使用pass-through路由器將協議橋接到其它的出站端點。例如：
<service name="HttpProxyService">
<inbound>
<inbound-endpoint address="http://localhost:8888" synchronous="true"/>
</inbound>
<outbound>
<pass-through-router>
<outbound-endpoint
address="http://www.webservicex.net#[header:http.request]"
synchronous="true"/>
</pass-through-router>
</outbound>
</service>
當使用pass-through路由器時，如果想返回一個響應，必須將出站端點的synchronous屬性設置爲true。其它的路由器，比如 chaining路由器並不需將出站端點的synchronous屬性設置爲true，該路由器總會在同步的場景中返回一個響應。因此，如果將消費發送給多個服務，可能會用chaining路由器代替pass-through路由器，因爲chaining路由器中不需要將每個端點的synchronous 設置爲true。
過濾消息
使用過濾器可以控制服務處理哪些消息。選擇性消費者路由器（Selective Consumer Router）用於入站端點，它可以控制服務處理哪些消息。過濾路由器（Filtering Router）用於出站端點，可以控制哪些消息發送到下一個服務上。可以組合使用這些過濾器來控制消息流。
例如，如果只想處理不包含錯誤的消息，那麼可以使用選擇性消費者以確保只處理結果代碼爲success的消息。並使用Catch-all策略將其它的消息轉發到另外端點上作爲錯誤處理：
<inbound>
<selective-consumer-router>
<mulexml:jxpath-filter expression="msg/header/resultcode = 'success'"/>
</selective-consumer-router>
<forwarding-catch-all-strategy>
<jms:endpoint topic="error.topic"/>
</forwarding-catch-all-strategy>
</inbound>
在服務處理消息時，如果想通過指定的標準決定將消息發送到哪個端點，那麼可以在出站端點上使用過濾路由器。在下面的示例中，將包含異常信息的消息發送到系統管理員的email郵箱，將包含特定字符串的消息發送到名爲string.queue的隊列，並使用forwarding catch-all路由器接收餘下的所有消息，並將它們發送到名爲error.queue的死信隊列：
<outbound>
<filtering-router>
<smtp:outbound-endpoint to="[email protected]"/>
<payload-type-filter expectedTypeexpectedType="java.lang.Exception"/>
</filtering-router>
<filtering-router>
<jms:outbound-endpoint to="string.queue"/>
<and-filter>
<payload-type-filter expectedType="java.lang.String"/>
<regex-filter pattern="the quick brown (.*)"/>
</and-filter>
</filtering-router>
<forwarding-catch-all-strategy>
<jms:outbound-endpoint queue="error.queue"/>
</forwarding-catch-all-strategy>
</outbound>
與過濾路由器（filtering router）相似的路由器有轉發路由器（forwarding router），它可以處理一些消息並可以選擇性地將消息轉發到其它路由器，還有wiretap router，這種路由器可以處理所有的消息，並將它們發送到端點上，同時也將消息的副本發送到另外一個端點。更多信息可以參看Mule用戶指南中的入站路由器（Inbound Routers）。
將多個出站端點鏈接在一起
假設我們有一個驗證服務，當消息沒有通過驗證時，想將該消息以及驗證異常轉發到另一個服務，並將消息和驗證異常返回給調用者。那麼可以使用鏈接路由器（chaining router），它是一個高速的、輕量級的可配置路由器，可用於將消息發送到端點，然後將該端點的輸出結果發送到另一個端點。例如：
<chaining-router>
<!-- 首先，將消息發送到這個端點，用於驗證。 -->
<vm:outbound-endpoint path="ValidationService" synchronous="true"/>
<!-- 接着將包含表達式的消息發送到這個端點上 -->
<vm:outbound-endpoint path="ValidationError" synchronous="true">
<exception-type-filter expectedType="java.lang.Exception"/>
</vm:outbound-endpoint>
</chaining-router>
消息分解
消息分解器（message splitter）可用於將輸出消息（outgoing message）分解成多個部分，再將他們分發到配置在路由器（router）上的不同端點。例如，在訂單處理應用中，如果想將經消息分解後的不同部分分發給不同的服務去處理，那麼可以使用下面的路由器：
列表消息分解器（List Message Splitter）：接收一個對象列表，這些對象將被路由到不同的端點。例如：
<outbound>
<list-message-splitter-router">
<!-- 將order路由到隊列order.queue -->
<jms:outbound-endpoint queue="order.queue">
<payload-type-filter expectedType="com.foo.Order"/>
</jms:outbound-endpoint>
<!-- 將items路由到隊列item.queue -->
<jms:outbound-endpoint queue="item.queue">
<payload-type-filter expectedType="com.foo.Item"/>
</jms:outbound-endpoint>
</list-message-splitter-router>
</outbound>
表達式分解路由器（Expression Splitter Router）：它與列表消息分解器相似，只是它是基於表達式分解消息，將消息分解成一個或者多個部分。例如：
<outbound>
<expression-splitter-router
evaluator="xpath"
expression="/mule:mule/mule:model/mule:service"
disableRoundRobin="true"
failIfNoMatch="false">
<outbound-endpoint ref="service1">
<expression-filter
evaluator="xpath"
expression="/mule:service/@name = 'service splitter'"/>
</outbound-endpoint>
<outbound-endpoint ref="service2">
<expression-filter
evaluator="xpath"
expression="/mule:service/@name = 'round robin deterministic'"/>
</outbound-endpoint>
</expression-splitter-router>
</outbound>
關於如何配置表達式分解路由器的更多信息，可以參看Mule的用戶手冊中的表達式配置參考（Expressions Configuration Reference）。
爲了提高性能也可以將消息分解成多個部分。輪叫（Round Robin）消息分解器將消息分解成多個部分，並以輪叫（round-robin）的方式將它們發送到端點。Message Chunking Router將消息按固定長度分解成多個部分，並將它們路由到同一個端點。
消息分解之後，可以使用Message Chunking Aggregator重新將消息塊聚合在一起。該聚合器（aggregator）通過關聯ID（correlation ID）來識別哪些消息塊屬於同一個消息，關聯ID（correlation ID）在出站路由器（outbound router）上設置。
<inbound>
<message-chunking-aggregator-router>
<expression-message-info-mapping
correlationIdExpression="#[header:correlation]"/>
<payload-type-filter expectedType="org.foo.some.Object"/>
</message-chunking-aggregator-router>
</inbound>
處理消息僅有一次
冪等接收器（Idempotent Receiver）通過覈對輸入消息的唯一消息ID來保證只有擁有唯一ID的消息才能被服務所接收。消息ID可以通過使用一個表達式從消息中產生，該表達式在 idExpression屬性中定義。#[message:id]是默認的表達式，也就是說如果要實現該功能，端點必須支持唯一性消息ID。在下面的例子中，唯一性ID是由消息ID和消息標頭中標籤的內容組合而成。所有的消息ID都被記錄到一個簡單的文本文件中，用於追蹤哪些消息已經處理過。
<inbound>
<idempotent-receiver-router idExpression="#[message:id]-#[header:label]">
<simple-text-file-store directory="./idempotent"/>
</idempotent-receiver-router>
</inbound>
通過組件綁定調用外部服務
除了使用消息路由器控制服務間的消息流之外，也可以通過組件綁定（Component Bindings）調用處理消息的外部服務（External Service）。
在這個方法中，可以將Mule的端點綁定到Java接口方法。該方法的優勢在於，在組件仍在處理消息時，你可以使用外部服務，而無需使用Mule的API 或者修改組件的代碼。相反，只需要在XML配置文件中配置組件綁定，從而指定外部服務的端點。例如，在下面的綁定例子中，當sayHello方法被調用時，HelloInterface中的sayHello方法會調用外部的HelloWeb服務。
<component class="org.mule.examples.bindings.InvokerComponent">
<binding interface="org.mule.examples.bindings.HelloInterface"
method="sayHello">
<cxf:outbound-endpoint
address="http://myhost.com:81/services/HelloWeb?method=helloMethod"
synchronous="true"/>
</binding>
</component>
更多信息，可以參看Mule用戶指南中的組件綁定（Component Bindings）。
總結
Mule爲控制應用中的消息如何交換提供了多種方法。本文總體上介紹了Mule的消息路由，以及它所支持的消息類型，一些常用的路由器和組件綁定。關於消息路由的完整信息，可以參看Mule 的用戶手冊。