如果使用Visual Studio 2008 SP1开发WCF应用程序时,会发现当使用Visual Studio 2008的新建“WCF服务”模板向项目中添加WCF服务时,Visual Studio 2008总是使用wsHttpBinding绑定,并且使用以下格式的地址:
<host>
<baseAddresses>
<add baseAddress="http://localhost:8731/Design_Time_Addresses/WCF服务名"/>
</baseAddresses>
</host>
这里面有一个神秘的端口8731和一个神秘的地址Design_Time_Addresses。
在window7中关闭用户账户控制,然后启动Visual Studio 2008,基于新建“WCF服务”模板向项目中添加一个WCF服务(不妨取名MyWCFService),生成的默认服务地址为:
<baseAddresses>
<add baseAddress="http://localhost:8731/Design_Time_Addresses/MyWCFService/" /> </baseAddresses>
我们去掉Design_Time_Addresses,将其改为:
<baseAddresses>
<add baseAddress="http://localhost:8731/MyWCFService/" />
</baseAddresses>
你会发现WCF的服务启动不会有任何问题。
然而,现在打开用户账户控制,再次使用Visual Studio 2008打开并运行同样的代码,Visual Studio 2008会抱怨:
将其改回:
<baseAddresses>
<add baseAddress="http://localhost:8731/Design_Time_Addresses/MyWCFService/" />
</baseAddresses>
发现WCF服务又可以启动了。
,“8731“端口和“Design_Time_Addresses”到底有何“神秘”之处,有这种怪异的特性?
在查阅了网上的资料,终于找到了答案:
原来Visual studio 2010在安装时注册了一个针对"http://+:8731/Design_Time_Addresses"命名空间的ACL(Access Control List),从而使运行Visual studio的当前用户(他们属于此ACL)不需要Administrator权限也可以开发和调试WCF服务。
由此真相大白,如果你在开发WCF服务时需要指定不同于默认值的WCF服务地址,请以“管理员”身份运行Visual Studio 2010。
或者更简单一些,关掉用户帐户控制,我一直觉得window7的"用户帐户控制"功能实在烦人,有了它也不见得就安全了。
当然在window7中我们解决的方案同样的是将vs2010以管理员身份运行就好了。