为什么 WCF 测试客户端工具在调试时仅显示多个端点的单个端点基地址？

Question

我的 Windows 服务托管的 WCF 服务有以下配置：

    <services>      
  <service name="MyService" behaviorConfiguration="MyServiceBehavior">        
    <endpoint address="" 
              binding="netTcpBinding" 
              bindingConfiguration="WindowsClientOverTcp"
              name="WindowsClientOverTcp" 
              contract="IMyService" />
    <endpoint address=""
              binding="wsHttpBinding"
              bindingConfiguration="WindowsClientOverHttps"
              name="WindowsClientOverHttps"
              contract="IMyService">         
    </endpoint>

    <endpoint address="mex" 
              binding="mexTcpBinding" 
              contract="IMetadataExchange" />
    <endpoint address="mex"
              binding="mexHttpsBinding"
              contract="IMetadataExchange" />
    <host>
      <baseAddresses>
        <add baseAddress="https://MyMachine:8250/Services/MyService/Https" />
        <add baseAddress="net.tcp://MyMachine:8250/Services/MyService/tcp" />
      </baseAddresses>
    </host>        
  </service>  

第一：一切正常。不过我有一个问题。当开始在 VS.NET 2010 中调试服务并出现“WCF Test Client”工具时，树顶部仅显示单个“net.tcp://MyMachine:8250/Services/MyService/tcp”地址导航，并且两个端点都显示为子元素（WindowsClientOverTcp 和 WindowsClientOverHttps）。现在两个基地址都是可消耗的并且可用，因此不存在重大问题。但是，为什么工具中只显示单个地址？我认为这可能是 .config 中显示的顺序，所以我交换了它们，但这并没有改变任何东西。

有人知道当单个服务公开多个端点时，为什么两个基地址都不会显示在 WCF 测试客户端工具中？

谢谢！

Answer 1

WcfTestClient 根据您提供的 MEX 端点的传输来提供服务。如果您提供基于 HTTP 的端点，它会显示该端点，如果您提供 NET.TCP 端点，则仅此而已。

如果您查看服务生成的 WSDL，您将只能找到该传输的端点描述。并不是 WcfTestClient 受到限制，而是 WSDL 受到限制。

Answer 2

该线程的答案包含我原来问题的答案：

多个基址和多个WCF 中的端点

我很困惑，我可以创建一个具有多个端点和多个 mex 端点的单个服务，但其行为仍然像两个都实现相同合同的服务一样。但是我不喜欢这样，因为当您使用我的服务（通过 net.tcp 或 https）时，两个端点配置都会添加到客户端。我认为我要做的是创建 2 个不同的服务配置，每个配置仍然实现相同的合约，但只是具有唯一的名称和绑定。

WCF 测试客户端在仅读取单个 mex 端点的基础上很好地准确地表示了正在发生的情况，但仍然公开了两个主要服务端点。我真的不喜欢客户端在单个服务中使用多个绑定时获取所有绑定配置（这不是一件坏事，只是不是我想要的方式，因为我的场景中的客户端会不要在单个应用程序中途在绑定类型之间切换）。

因此，总而言之，我将分解配置以公开具有单独端点及其自己的 mex 端点的 (2) 服务，因此使用客户端（和 WCF 测试客户端）对于使用的每个地址将仅获得单个端点配置。
为了做到这一点，我必须进行一些修改，因为两个服务配置不能指向相同的“服务名称”，这是实现合同的实际类。在我的场景中，由于这两个服务仍将实现相同的合同，因此我需要一种方法来为它们提供唯一的名称。我添加了 2 个从原始合约继承的合约（每个服务 1 个）和 2 个从主实现类继承的新类。他们实际上什么也不做，只是为 WCF 服务配置创建单独的占位符。然后每个服务配置都有新类的名称，使它们能够区分。

现在，通过此配置，WCF 测试客户端将每个主要服务端点显示为其自己的实体。如果您不介意客户端获取单个服务的所有端点配置，则不必执行此操作，但在我的情况下，我想要不同的服务地址及其单个下载的配置，但仍执行相同的总体合同。

就此写一点：

在 WCF 中为同一服务类公开多个绑定类型：
http://allen-conway- dotnet.blogspot.com/2011/09/exusing-multiple-binding-types-for.html