WCF后传系列（5）：深入WCF寻址Part 5

概述

在WCF中，每个服务终结点都与两个地址相关联，一个逻辑地址和一个物理地址，逻辑地址就是SOAP消息的目标地址，即前面不止一次提到的“To”地址，而物理地址是WCF侦听器真正监听的地址。在WCF中，逻辑地址称之为终结点地址Endpoint Address，而物理地址则称之为监听地址ListenUri。

本文将详细介绍WCF中的物理地址和逻辑地址，以及如何使用tcpTrace来进行SOAP消息的跟踪。

两种地址

WCF中，物理地址负责使用特定的传输协议在特定的位置接收传入的消息，除非特别指定，否则逻辑地址将被用来做物理地址，换句话说，在以前我们对于终结点所配置的EndpointAddress都是指定了逻辑地址，如我们的服务端配置如下：

<endpoint address="[url]http://localhost:8887/CalculatorService1[/url]"binding ="wsHttpBinding"contract="TerryLee.WCFAddressing.Contract.ICalculator">
</endpoint>
<endpoint address="[url]http://localhost:8887/CalculatorService2[/url]"binding ="basicHttpBinding"contract="TerryLee.WCFAddressing.Contract.ICalculator">
</endpoint>

现在我们输出一下，就可以看到两个地址是同样的值，如下代码所示：

using (ServiceHost calculatorServiceHost =new ServiceHost(typeof(CalculatorService)))
{calculatorServiceHost.Opened += delegate{Console.WriteLine("Service begin to listen via the Address:{0}",calculatorServiceHost.BaseAddresses[0].ToString());};calculatorServiceHost.Open();foreach (ServiceEndpoint se in calculatorServiceHost.Description.Endpoints){Console.WriteLine("Endpoint details:");Console.WriteLine("Logical address: \t{0}", se.Address);Console.WriteLine("Physical address: \t{0}", se.ListenUri);Console.WriteLine("Binding: \t{0}", se.Binding.Name);Console.WriteLine();}Console.Read();
}

输出结果如图1所示：

图1

设定物理地址

前面我们输出的结果逻辑地址和物理地址是相同的，我们可以通过代码或者配置文件来设定终结点的物理地址。

WSHttpBinding wsbinding = new WSHttpBinding();
calculatorServiceHost.AddServiceEndpoint(typeof(ICalculator),wsbinding,"urn:calcservice",  // 逻辑地址new Uri("http://localhost:8887/CalculatorService")  // 物理地址
);

又或者通过配置文件来设置ListenUri，如下代码所示：

<endpoint address="urn:calcservice"binding ="wsHttpBinding"contract="TerryLee.WCFAddressing.Contract.ICalculator"listenUri="[url]http://localhost:8887/CalculatorService[/url]"bindingConfiguration="securityBinding">
</endpoint>

这里我们只需要注意的是在指定物理地址时，仍然可以使用相对地址，这一点与设置逻辑地址时是一样的。

工作原理

现在思考一个核心的问题，当我们定义了终结点后，在WSDL中包含的是每个终结点的逻辑地址，而非物理地址，如下代码片段：

<wsdl:service name="CalculatorService"><wsdl:port name="WSHttpBinding_ICalculator" binding="tns:WSHttpBinding_ICalculator"><soap12:address location="urn:calcservice" /><wsa10:EndpointReference><wsa10:Address>urn:calcservice</wsa10:Address></wsa10:EndpointReference></wsdl:port>
</wsdl:service>

如果物理地址与逻辑地址相同的，就不会有任何问题，但是客户端如何与一个配置了不同物理地址的服务进行交互？因为客户端并不关心服务端是否配置了不同的物理地址，它只知道每个终结点有一个唯一的终结点地址，只需要跟该地址交互即可，该地址也将作为SOAP消息放在“To”标头中。

这时我们需要有一个特殊机制，来通知客户端要使用的物理地址，然后客户端通过物理地址传送外发消息，就如同它是路由器或者某种类型的中介一样，可以通过ClientViaBehavior来实现这一点，如下代码所示：

<system.serviceModel><client><endpoint address="urn:calcservice"binding="wsHttpBinding"contract="TerryLee.WCFAddressing.Contract.ICalculator"name="defualtEndpoint"behaviorConfiguration="calculatorEndpointBehavior"bindingConfiguration="securityBinding"></endpoint></client><behaviors><endpointBehaviors><behavior name="calculatorEndpointBehavior"><clientVia viaUri="[url]http://localhost:8887/CalculatorService[/url]" /></behavior></endpointBehaviors></behaviors>
</system.serviceModel>

此时客户端将通过与服务终结点相同的物理地址（[url]http://localhost:8887/CalculatorService[/url]）向外传送消息而不是通过“urn:calcservice”，但请注意，在SOAP消息“To”标头中包含的仍然是逻辑地址，如图2所示：

图2

看到上面这幅图，可能大家还有一个疑问，逻辑地址起什么作用呢？别忘了我们前面讲到的消息筛选，当消息到达时，ChannelDispatcher 查询每个相关的 EndpointDispatcher 对象以确定终结点是否可以接受消息，以及将该消息传递到可以接受消息的终结点。当消息的目标地址（To标头中的地址）与 AddressFilter 属性相匹配并且消息操作与 ContractFilter 属性相匹配时，EndpointDispatcher 对象负责处理来自 ChannelDispatcher 的消息。

物理地址模式

了解了物理地址和逻辑地址之间的关系，我们再看一下在设置监听地址时的两种模式，通过ListenUriMode枚举来指定，它定义了两个枚举值：

Explicit：完全原样使用 ListenUri，默认值。

Unique：指定传输是否应使用特定传输机制，以确保 ListenUri 是唯一的

根据传输所采用的协议不同，WCF会采用不同的策略来保证ListenUri唯一，具体的策略如下所示：

1.非TCP传输，在ListenUri的末尾附加一个GUID。

2.对于独占模式下的 TCP（PortSharingEnabled 为 false），绑定到一个唯一可用端口号。

3.对于端口共享模式下的 TCP（PortSharingEnabled 为 true），在ListenUri的末尾附加一个GUID。

TcpTrace消息截获

前面讲了这么多物理地址和逻辑地址，它们最重要的使用地方就是做路由。我们常用tcpTrace来做SOAP消息跟踪，它正是利用这一点技术，在客户端配置ClientViaBehavior，指向tcpTrace的侦听地址，然后tcpTrace在对消息做记录后再转发到服务端，如在服务端的配置如下，它的物理地址和逻辑是相同的：

<service name="TerryLee.WCFAddressing.Service.CalculatorService"behaviorConfiguration="calculatorBehavior"><host><baseAddresses><add baseAddress="[url]http://localhost:8887/Calculator[/url]"/></baseAddresses></host><endpoint address="[url]http://localhost:8887/CalculatorService[/url]"binding ="wsHttpBinding"contract="TerryLee.WCFAddressing.Contract.ICalculator"></endpoint>
</service>

客户端的配置，这里“[url]http://localhost:8887/CalculatorService[/url]”是真正的服务地址（逻辑地址），我们通过ClientViaBehavior告诉客户端物理地址是“[url]http://localhost:8080/CalculatorService[/url]”，事实上处于该物理地址的服务并不存在，该地址是tcpTrace的监听地址：

<?xml version="1.0" encoding="utf-8" ?>
<configuration><system.serviceModel><client><endpoint address="[url]http://localhost:8887/CalculatorService[/url]"binding="wsHttpBinding"contract="TerryLee.WCFAddressing.Contract.ICalculator"behaviorConfiguration="calculatorEndpointBehavior"></endpoint></client><behaviors><endpointBehaviors><behavior name="calculatorEndpointBehavior"><clientVia viaUri="[url]http://localhost:8080/CalculatorService[/url]" /></behavior></endpointBehaviors></behaviors></system.serviceModel>
</configuration>

tcpTrace的配置如图3所示：

图3

这里tcpTrace监听的端口号就是我们在客户端配置的物理地址端口号，而分发地址才是服务的真正地址，最终可以看到截获的消息，如图4所示：

图4

如果不在客户端配置ClientViaBehavior，利用物理地址和逻辑地址的知识，我们还可以有另外一种方式使用tcpTrace。前面我说过，逻辑地址是包含在WSDL中，所以对于客户端来说知道的是逻辑地址，它会向该地址发送消息，这样我们可以配置终结点的逻辑地址为tcpTrace侦听的地址，而为服务端指定另外一个物理地址，并配置tcpTrace向该物理地址转发消息，如服务端的配置如下：

<service name="TerryLee.WCFAddressing.Service.CalculatorService"behaviorConfiguration="calculatorBehavior"><host><baseAddresses><add baseAddress="[url]http://localhost:8080/Calculator[/url]"/></baseAddresses></host><endpoint address="[url]http://localhost:8887/CalculatorService[/url]"binding ="wsHttpBinding"contract="TerryLee.WCFAddressing.Contract.ICalculator"listenUri="[url]http://localhost:8080/CalculatorService[/url]"></endpoint>
</service>

而客户端则不用再配置ClientViaBehavior，如下代码所示：

<?xml version="1.0" encoding="utf-8" ?>
<configuration><system.serviceModel><client><endpoint address="[url]http://localhost:8887/CalculatorService[/url]"binding="wsHttpBinding"contract="TerryLee.WCFAddressing.Contract.ICalculator"></endpoint></client></system.serviceModel>
</configuration>

现在“[url]http://localhost:8887/CalculatorService[/url]”是逻辑地址，配置tcpTrace监听该地址，并向服务的物理地址“[url]http://localhost:8080/CalculatorService[/url]”转发消息，如图5所示：

图5

可以看到，利用物理地址和逻辑地址的知识，可以轻松的实现路由，当然tcpTrace只是路由中非常简单的一种使用，后面我们还会讲到更加复杂的应用。

结束语

本文详细介绍了WCF中的物理地址和逻辑地址，它的相关原理以及如何使用tcpTrace来实现SOAP消息的跟踪。关于WCF寻址相关文章：

WCF专题系列（4）：深入WCF寻址Part 4—自定义消息筛选器

WCF专题系列（3）：深入WCF寻址Part 3—消息过滤引擎

WCF专题系列（2）：深入WCF寻址Part 2—自定义寻址报头

WCF专题系列（1）：深入WCF寻址Part 1—Web服务寻址规范

Address Endpoint WCF寻址 WCF后传

微博 QQ 微信

上一篇：WCF后传系列（4）：深入WCF... 下一篇：.NET Framework 4...

lihuijun

203篇文章，69W+人气，0粉丝

Ctrl+Enter 发布

发布

取消

猜你喜欢

我的友情链接《Silverlight 2完美征程》：书稿目录 Windows 10 "升"与"不升"之我见 Windows server 2016 搭建RDS服务 kubernetes 存储卷与数据持久化 Windows 设置 VMware workstation 虚拟机开机启动漫谈 Windows Server 管理工具如何在Windows中批量创建VMware的虚拟机解决asp.net负载均衡时Session共享的问题中小企业2018-2020年信息化环境运维及安全建议 Windows10搭建标准的WAMP开发环境-httpd2.4+php7.2+mariadb10.3 HP Elitedesk&ProDesk更新win10十月更新蓝屏 WDF VIOLATION 从2008到2019 Windows Server 2019 存储迁移服务 PowerShell 如何让普通用户以管理员权限执行程序反思一次Exchange服务器运维故障一套老旧ASP+Access的复活记通过Powershell调研EWS API删除特定主题邮件操作手册升级SCCM 2012R2 SP1故障解决 AD域下DNS外迁

扫一扫,领取大礼包

lihuijun

转载于:https://blog.51cto.com/terrylee/151946