在WCF app.config中，为什么基址需要前缀http：//或net.tcp？

Question

我正在观看WCF上的网络直播，它在app.config中定义了两个端点，一个是netTcpBinding，另一个是mexHttpBinding。

它也有两个基地址，net.tcp://localhost:9000和http://localhost:8000。

我想知道它如何将这些基地址与端点相关联。由于您的端点指定了tcp或http，为什么以net.tcp和http为前缀的基址？

如果WCF在netTcpBinding端点上使用net.tcp基地址，如果您有两个侦听9000和9001的tcp端点，会发生什么情况？您将在配置中放入什么来停止冲突？

Answer 1

我想知道它如何将这些基地址与 端点相关联。

按照协议。

定义服务端点时，如果给出绝对端点地址，则可以给出端点的相对或绝对地址，那么基地址将不会用于生成实际端点地址，但是如果给出相对地址 在您的端点，然后将使用您的基地址和相对地址的组合来生成最终端点地址。

的相对端点地址是这样的，例如：

<endpoint address="/hostHttp" binding="wsHttpBinding" contract="IMyService" /> 
    <endpoint address="/hostNetTcp" binding="netTcpBinding" contract="IMyService" /> 

现在WCF会使用您每协议定义您的基址产生实际的端点地址：

<baseAddresses> 
      <add baseAddress="http://localhost:8550/MyServiceHost/Service"/> 
      <add baseAddress="net.tcp://localhost:8551/MyServiceHost/Service"/> 
</baseAddresses> 

所以你HTTP端点地址最终将为：

http://localhost:8550/MyServiceHost/Service/hostHttp 

和你netTcp端点：

net.tcp://localhost:8551/MyServiceHost/Service/hostNetTcp 

现在，如果您有其他协议定义，你有没有在您的端点定义的绝对地址，WCF会寻找该特定协议中定义的基址，并生成一个使用基地址的端点。

如果WCF使用与NetTcpBinding的端点的net.tcp的基址，如果你有对9000和9001听两个TCP端点会发生什么 ， 你会投入的配置，以制止冲突？

我认为这将是最好给在ypour终点绝对不会忽略在这种情况下：

<endpoint address="net.tcp://localhost:9000/MyServiceHost/Service" 
        binding="netTcpBinding" 
        contract="IMyService" /> 

<endpoint address="net.tcp://localhost:9001/MyServiceHost/Service" 
        binding="netTcpBinding" 
        contract="IMyService" /> 

当您提供绝对地址，那么你的基址不会产生咨询如前所述端点地址。

你可能想看看this。

Answer 2

关于多个基地址。如何选择正确的，我不太确定，但是“你也可以有一个服务的多个基地址，但每个服务只允许每个传输一个基地址”，如你所见，更多信息here。

你不能有两个相同类型的基地址。

Answer 3

我也许稍微误解，但如果你想修改（我不知道你为什么会！），它与NetTcpBinding的相关联的地址的net.tcp - 您可以在配置文件中

的protocolmapping部分这样做

所强调here