我构建了一个Web应用程序，其中包含WCF服务协定和Silverlight控件，该控件对该WCF服务进行调用。在我的开发和测试服务器上，它运行良好。
当我部署到实时服务器并运行应用程序时，我收到一个类型异常，该异常System.ServiceModel.ServiceActivationException指出由于编译期间发生异常而无法激活该服务。例外是：
该集合已包含一个使用方案http的地址。该集合中每个方案最多可以有一个地址。
我读到，如果网站具有多个主机头，则可能引发此异常，这在我们的实时服务器上是正确的。显然，IIS中托管的WCF服务只能具有一个基本地址。我该如何解决这个问题？
Answers:
在.Net 4中，可以使用以下multipleSiteBindingsEnabled选项：
<system.serviceModel>
<serviceHostingEnvironment multipleSiteBindingsEnabled="true">
</serviceHostingEnvironment>
</system.serviceModel>然后，您不必指定每个地址。
摘要，
代码解决方案： 这里
配置解决方案： 此处
在Mike Chaliy的帮助下，我找到了一些有关如何通过代码执行此操作的解决方案。因为这个问题将影响几乎所有我们部署到实际环境中的项目，所以我提出了一个纯粹的配置解决方案。我最终找到了一个详细说明如何在.net 3.0和.net 3.5中执行此操作的程序。
以下是从网站上获取的有关如何更改应用程序Web配置的示例：
<system.serviceModel>
<serviceHostingEnvironment>
<baseAddressPrefixFilters>
<add prefix="net.tcp://payroll.myorg.com:8000"/>
<add prefix="http://shipping.myorg.com:9000"/>
</baseAddressPrefixFilters>
</serviceHostingEnvironment>
</system.serviceModel>在上面的示例中，net.tcp：//payroll.myorg.com：8000和 http://shipping.myorg.com:9000是它们各自方案的唯一基址，将允许它们通过。baseAddressPrefixFilter不支持任何通配符。
IIS提供的baseAddresses可能具有绑定到baseAddressPrefixFilter列表中不存在的其他方案的地址。这些地址不会被过滤掉。
Dns解决方案（未测试）： 我认为，如果您创建了一个特定于您的Web应用程序的新dns条目，添加了一个新网站，并为它提供了一个与dns条目匹配的主机标头，则可以完全缓解此问题，并且不会必须编写自定义代码或在您的web.config文件中添加前缀。
您看到了吗-http://kb.discountasp.net/KB/a799/error-accessing-wcf-service-this-collection-already.aspx
您可以通过更改web.config文件来解决此错误。
使用ASP.NET 4.0，将以下行添加到您的web.config中：
<system.serviceModel>
<serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
</system.serviceModel> 使用ASP.NET 2.0 / 3.0 / 3.5，将以下行添加到web.config中：
<system.serviceModel>
<serviceHostingEnvironment>
<baseAddressPrefixFilters>
<add prefix="http://www.YourHostedDomainName.com"/>
</baseAddressPrefixFilters>
</serviceHostingEnvironment>
</system.serviceModel> 就我而言，此问题的根本原因是在父网站（即InetMgr-> Sites-> Mysite-> properties-> EditBindings）上定义的多个http绑定。我删除了一个不需要的http绑定，问题得到解决。
就我而言，这很简单：我在Visual Studio中使用了“添加WCF服务”向导，该向导会在app.config中自动创建相应的部分。然后，我继续阅读如何：在托管应用程序中托管WCF服务。问题是：我不需要指定URL即可运行Web服务。
更换：
using (ServiceHost host = new ServiceHost(typeof(HelloWorldService), baseAddress))带有：
using (ServiceHost host = new ServiceHost(typeof(HelloWorldService))错误消失了。
通用思路：如果将基地址作为参数提供并在config中指定，则会出现此错误。您很可能不是唯一的获得错误的方法。
我在旧的2010 Exchange Server上遇到了相同的错误。某个服务（Exchange邮箱复制服务）发出上述错误，并且迁移过程无法继续。在互联网上搜索时，我看到了以下链接：
首次安装或对IIS服务器进行任何更改时，Exchange GRE无法打开。它因管理单元错误而失败，并且当您尝试打开管理单元页面时，将显示以下内容：
This collection already contains an address with scheme http. There can be at most one address per scheme in this collection. If your service is being hosted in IIS you can fix the problem by setting 'system.serviceModel/serviceHostingEnvironment/multipleSiteBindingsEnabled' to true or specifying 'system.serviceModel/serviceHostingEnvironment/baseAddressPrefixFilters'."原因：发生此错误的原因是，http端口号443已被另一个应用程序使用，并且IIS服务器未配置为处理对同一端口的多次绑定。
解决方案：将IIS服务器配置为处理多个端口绑定。请与供应商（Microsoft）联系进行配置。
由于这些服务是从IIS Web服务器提供的，因此检查根站点上的绑定可解决此问题。有人弄乱了站点绑定，定义了规则，这些规则相互重叠并弄乱了服务。
就我而言，修复正确的绑定可以解决此问题，并且我不必配置Web.Config。