WCF后续之旅（17）：通过tcpTracer进行消息的路由

对于希望对WCF的消息交换有一个深层次了解的读者来说，tcpTracer绝对是一个不可多得好工具。我们将tcpTracer置于服务和服务代理之间，tcpTracer会帮助我们接获、显示和转发流经他的消息。

从本质上讲，tcpTracer是一个路由器。当启动的时候，我们需要设置两个端口:原端口（source port）和目的端口（destination port），然后tcpTracer就会在原端口进行网络监听。一旦请求抵达，他会截获整个请求的消息，并将整个消息显示到消息面板上。随后，tcpTracer会将该消息原封不动地转发给目的端口。在另一方面，从目的端口发送给原端口的消息，也同样被tcpTracer截获、显示和转发。

接下来我们我们通过下面的步骤演示如何通过tcpTracer在WCF中进行消息的路由。

步骤一、创建一个简单的WCF应用

为了演示tcpTracer在WCF中的应用，我们需要先创建一个简单的WCF服务的应用，为此我们创建一个简单计算服务的例子。

整个应用采用如下图所示的四层结构：Contracts、Services、Hosting和Clients。

• Contracts：class library项目，定义所有的契约，包括服务契约、数据契约、消息契约以及错误契约，刚项目同时被其他三个项目引用
• Services：class library项目，实现了在Contracts中定义的服务契约
• Hosting：控制台项目，同时引用Contracts和Services，实现对定义在Services项目的服务的寄宿
• Clients：控制台项目，引用Contracts，模拟服务的调用者

服务契约：Artech.TcpTraceDemo.Contracts.ICalculate

//---------------------------------------------------------------
// EndpointAddress & WCF Addressing (c) by 2008 Jiang Jin Nan
//---------------------------------------------------------------
using System.ServiceModel;
namespace Artech.TcpTraceDemo.Contracts
{
    [ServiceContract]
    public interface ICalculate
    {
        [OperationContract]
        double Add(double x, double y);
    }
}

服务实现：Artech.TcpTraceDemo. Services. CalculateService

//---------------------------------------------------------------
// EndpointAddress & WCF Addressing (c) by 2008 Jiang Jin Nan
//---------------------------------------------------------------
using Artech.TcpTraceDemo.Contracts;

namespace Artech.TcpTraceDemo.Services
{
    public class CalculateService:ICalculate
    {
        #region ICalculate Members

        public double Add(double x, double y)
        {
            return x + y;
        }

        #endregion
    }
}

服务寄宿（代码）：Artech.TcpTraceDemo.Hosting. Program

//---------------------------------------------------------------
// EndpointAddress & WCF Addressing (c) by 2008 Jiang Jin Nan
//---------------------------------------------------------------
using System;
using System.ServiceModel;
using Artech.TcpTraceDemo.Services;

namespace Artech.TcpTraceDemo.Hosting
{
    class Program
    {
        static void Main(string[] args)
        {
            using (ServiceHost serviceHost = new ServiceHost(typeof(CalculateService)))
            {
                serviceHost.Opened += delegate
                {
                    Console.WriteLine("The Calculate Service has been started up!");
                };
                serviceHost.Open();

                Console.Read();
            }
        }
    }
}

服务寄宿（配置）：App.config

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <system.serviceModel>
        <bindings>
            <customBinding>
                <binding name="SimpleBinding">
                    <textMessageEncoding />
                    <httpTransport />
                </binding>
            </customBinding>
        </bindings>
        <services>
            <service name="Artech.TcpTraceDemo.Services.CalculateService">
                <endpoint address="http://127.0.0.1:9999/calculateservice" binding="customBinding"                    bindingConfiguration="SimpleBinding" contract="Artech.TcpTraceDemo.Contracts.ICalculate"/>
            </service>
        </services>
    </system.serviceModel>
</configuration>

注：由于本例仅仅用于模拟消息的路由，所以我们仅仅需要绑定提供的传输和编码功能，所以在这里我使用了自定义绑定，并且添加两个BindElement：HttpTransport和TextMessageEncoding。

服务访问（代码）：Artech.TcpTraceDemo.Clients.Program

//---------------------------------------------------------------
// EndpointAddress & WCF Addressing (c) by 2008 Jiang Jin Nan
//---------------------------------------------------------------
using System.ServiceModel;
using Artech.TcpTraceDemo.Contracts;
using System;
namespace Artech.TcpTraceDemo.Clients
{
    class Program
    {
        static void Main(string[] args)
        {
            using (ChannelFactory<ICalculate> channelFactory = new ChannelFactory<ICalculate>("calculateService"))
            {
                ICalculate calculator = channelFactory.CreateChannel();
                using (calculator as IDisposable)
                {
                    Console.WriteLine("x + y = {2} where x = {0} and y = {1}",1,2,calculator.Add(1,2));
                }
            }

            Console.Read();
        }
    }
}

服务访问（配置）：App.config

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <system.serviceModel>
        <bindings>
            <customBinding>
                <binding name="SimpleBinding">
                    <textMessageEncoding />
                    <httpTransport />
                </binding>
            </customBinding>
        </bindings>
        <client>
            <endpoint  address="http://127.0.0.1:9999/calculateservice"
                binding="customBinding" bindingConfiguration="SimpleBinding"
                contract="Artech.TcpTraceDemo.Contracts.ICalculate" name="calculateService" />
        </client>
    </system.serviceModel>
</configuration>

步骤二、通过ClientViaBehavior实现基于tcpTracer的消息路由

在我们创建的WCF服务来说，整个服务访问只涉及到两方：服务（CalculateService）和服务的调用者（Client）。从消息交换的角度来看，服务的调用者调用者将请求消息直接发送到服务端，计算结果也以回复消息的形式直接返回到服务的调用者。

现在我们需要将tcpTracer作为一个路由器引入到服务（CalculateService）和服务的调用者（Client）之间，那么我们需要解决的是：服务调用者发送的消息不能直接发送到服务端，而应该先发送给tcpTracer，再由tcpTracer转发给服务。我们可以通过ClientViaBehavior实现逻辑地址和物理地址的分离——逻辑地址指向最终的服务，而物理地址则指向tcpTracer。

具体的原理如下图所示：我们将tcpTracer的原端口（source port）和目的端口（destination port）设置成8888和9999（CalculateService地址所在的端口）。通过ClientViaBehavior将物理地址的端口设成8888（tcpTracer监听端口）。

注：对于消息发送方来说，SOAP消息的To报头对应的地址由发送端的终结点地址（逻辑地址）决定。

基于上面的实现原理，我们需要修改客户端的配置，在<system.serviceModel>/<behaviors>/<endpointBehaviors>添加ClientViaBehavior，将viaUri的端口指定为8888：http://127.0.0.1:8888/calculateservice。并将该EndpointBehavior应用到终结点中。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <system.serviceModel>
        <behaviors>
            <endpointBehaviors>
                <behavior name="clientViaBehavior">
                    <clientVia viaUri="http://127.0.0.1:8888/calculateservice" />
                </behavior>
            </endpointBehaviors>
        </behaviors>
        <bindings>
            <customBinding>
                <binding name="SimpleBinding">
                    <textMessageEncoding />
                    <httpTransport />
                </binding>
            </customBinding>
        </bindings>
        <client>
            <endpoint  address="http://127.0.0.1:9999/calculateservice" behaviorConfiguration="clientViaBehavior"
                binding="customBinding" bindingConfiguration="SimpleBinding"
                contract="Artech.TcpTraceDemo.Contracts.ICalculate" name="calculateService" />
        </client>
    </system.serviceModel>
</configuration>

现在我们启动tcpTracer，将Listen On Port#和Destination Port #设置为8888和9999。

接下来，我们分别启动服务寄宿和服务访问的控制台应用程序，请求消息和回复消息将会显示到tcpTracer的消息显示面板中,如下图所示：

其中显示在上面文本框中的请求消息的内容如下，可以看出是一个HttpRequest消息，SOAP消息作为HttpRequest消息的主体（body）。

POST /calculateservice HTTP/1.1
Content-Type: application/soap+xml; charset=utf-8
VsDebuggerCausalityData: uIDPo2sY41w6xm1DgtOSzZT5+0EAAAAAXVfsUhiXVUmLsNq6tAEl+rUZZUmtRERFvB6DbqcWQtcACQAA
Host: 127.0.0.1:8888
Content-Length: 526
Expect: 100-continue
Connection: Keep-Alive

<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">
    <s:Header>
        <a:Action s:mustUnderstand="1">http://tempuri.org/ICalculate/Add</a:Action>
        <a:MessageID>urn:uuid:a63ec626-a350-4390-84c6-fb34be4ff208</a:MessageID>
        <a:ReplyTo>
                <a:Address>http://www.w3.org/2005/08/addressing/anonymous</a:Address>
        </a:ReplyTo>
        <a:To s:mustUnderstand="1">http://127.0.0.1:9999/calculateservice</a:To>
    </s:Header>
    <s:Body>
        <Add xmlns="http://tempuri.org/">
            <x>1</x>
            <y>2</y>
        </Add>
    </s:Body>
</s:Envelope>

相应地，现在在下面文本框中的回复消息是一个HttpResponse消息，主体部分仍然是一个SOAP消息，内容如下：

HTTP/1.1 100 Continue

HTTP/1.1 200 OK
Content-Length: 394
Content-Type: application/soap+xml; charset=utf-8
Server: Microsoft-HTTPAPI/2.0
Date: Sat, 13 Sep 2008 17:29:37 GMT

<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">
    <s:Header>
        <a:Action s:mustUnderstand="1">http://tempuri.org/ICalculate/AddResponse</a:Action>
        <a:RelatesTo>urn:uuid:a63ec626-a350-4390-84c6-fb34be4ff208</a:RelatesTo>
    </s:Header>
    <s:Body>
        <AddResponse xmlns="http://tempuri.org/">
            <AddResult>3</AddResult>
        </AddResponse>
    </s:Body>
</s:Envelope>

步骤三、通过ListenUri实现基于tcpTracer的消息路由

对于路由的实现，本质上就是实现逻辑地址和物理地址的分离。通过前面的介绍，我们知道了，我们有两种不同的方式实现这样的目标。其中之一我们已经用过了，就是在步骤二种基于ClientViaBehavior的方式，如何说ClientViaBehavior是基于客户端的实现的话，ListenUri就是基于服务端的实现方式。

通过ListenUri的实现的基本原理如下图所示：客户端保持不变，在对服务进行寄宿的时候，将ListenUri的端口设为8888，那么服务实际的监听地址的端口将从9999变成8888。由于客户端保持不变，所以请求消息仍然发送到端口9999，为了实现tcpTracer对消息正常的路由，只需要将原端口和目的端口指定为9999（逻辑地址）和8888（物理地址）就可以了（和步骤二完全相反）。

为此，我们需要修改服务寄宿的配置，在终结点配置节中指定listenUri为http://127.0.0.1:8888/calculateservice。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <system.serviceModel>
        <bindings>
            <customBinding>
                <binding name="SimpleBinding">
                    <textMessageEncoding />
                    <httpTransport />
                </binding>
            </customBinding>
        </bindings>
        <services>
            <service name="Artech.TcpTraceDemo.Services.CalculateService">
                <endpoint address="http://127.0.0.1:9999/calculateservice" binding="customBinding"
                    bindingConfiguration="SimpleBinding" contract="Artech.TcpTraceDemo.Contracts.ICalculate"
                    listenUri="http://127.0.0.1:8888/calculateservice" />
            </service>
        </services>
    </system.serviceModel>
</configuration>

现在我们启动tcpTracer，将Listen On Port#和Destination Port #设置为9999和8888。

当我们先后启动服务寄宿和服务访问的控制台应用程序，在tcpTracer中，我们可以得到和步骤二一样的结果。

 

WCF后续之旅： 
WCF后续之旅(1): WCF是如何通过Binding进行通信的 
WCF后续之旅(2): 如何对Channel Layer进行扩展——创建自定义Channel 
WCF后续之旅(3): WCF Service Mode Layer 的中枢—Dispatcher 
WCF后续之旅(4)：WCF Extension Point 概览 
WCF后续之旅(5): 通过WCF Extension实现Localization 
WCF后续之旅(6): 通过WCF Extension实现Context信息的传递 
WCF后续之旅(7)：通过WCF Extension实现和Enterprise Library Unity Container的集成 
WCF后续之旅(8)：通过WCF Extension 实现与MS Enterprise Library Policy Injection Application Block 的集成 
WCF后续之旅(9)：通过WCF的双向通信实现Session管理[Part I] 
WCF后续之旅(9): 通过WCF双向通信实现Session管理[Part II] 
WCF后续之旅(10): 通过WCF Extension实现以对象池的方式创建Service Instance 
WCF后续之旅(11): 关于并发、回调的线程关联性（Thread Affinity） 
WCF后续之旅(12): 线程关联性（Thread Affinity）对WCF并发访问的影响 
WCF后续之旅(13): 创建一个简单的WCF SOAP Message拦截、转发工具[上篇] 
WCF后续之旅(13)：创建一个简单的SOAP Message拦截、转发工具[下篇] 
WCF后续之旅(14)：TCP端口共享 
WCF后续之旅(15): 逻辑地址和物理地址 
WCF后续之旅(16): 消息是如何分发到Endpoint的--消息筛选(Message Filter) 
WCF后续之旅(17)：通过tcpTracer进行消息的路由

---

作者：Artech
出处：http://artech.cnblogs.com/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。