手动配置WCF宿主的.config文件遇到的几种错误

手动配置WCF宿主的.config文件遇到的几种错误  
今天尝试用控制台应用程序作为WCF宿主，遇到几个问题，这几个问题虽然都不难，但寻找解决方案相当费时费力，做记录。 
 
WCF标准的配置文件为：
 
<system.serviceModel>
        <services>
            <service name="Microsoft.ServiceModel.Samples.CalculatorService" behaviorConfiguration="CalculatorServiceBehavior">
                <!-- Service Endpoints -->
        <!-- This endpoint is exposed at the base address provided by the host : http://localhost:1808/Service.svc-->
                <endpoint address="" binding="wsHttpBinding" contract="Microsoft.ServiceModel.Samples.ICalculator">
                    <!-- 
              部署时，应删除或替换下列标识元素，以反映
              在其下运行部署服务的标识。删除之后，WCF 将
              自动推导相应标识。
          -->
                    <identity>
                        <dns value="localhost"/>
                    </identity>
                </endpoint>
        <!-- This mex endpoint is exposed at the base address provided by the host : http://localhost:1808/Service.svc/mex-->
                <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
            </service>
        </services>
        <behaviors>
            <serviceBehaviors>
                <behavior name="CalculatorServiceBehavior">
                    <!-- 为避免泄漏元数据信息，请在部署前将以下值设置为 false 并删除上面的元数据终结点-->
                    <serviceMetadata httpGetEnabled="true"/>
                    <!-- 要接收故障异常详细信息以进行调试，请将以下值设置为 true。在部署前设置为 false 以避免泄漏异常信息-->
                    <serviceDebug includeExceptionDetailInFaults="false"/>
                </behavior>
            </serviceBehaviors>
        </behaviors>
    </system.serviceModel>
 
 
 
遇到问题：
 
1.“服务XXXXX有零个应用程序(非基础结构)终结点”。
 
　　这是因为<service name="Microsoft.ServiceModel.Samples.CalculatorService" behaviorConfiguration="CalculatorServiceBehavior">的name属性没有对应到正确的名称。 
 
在上面的例子中使用的是Microsoft.ServiceModel.Samples命名空间下的CalculatorService类，如果命名空间命或类名写错，或者写的不完全（比如只写了命名空间名字或者类名），则会出现上述错误。
 
2.WCF服务发布以后，Client 端无法引用WCF服务，查看错误为“application soap+xml charset utf-8 客户端和服务绑定可能不匹配”。或者使用IE访问WCF服务地址的时候显示“当前已禁用此服务元数据的发布”。
 
　　按着《ASP.NET 3.5高级程序设计（第4版）》中的WCF案例一步步进行，书上说为了使初学者更好的关注WCF细节，先不使用WCF模版，但是进行到最后报出上述错误。书上写的配置是不包含<behaviors>节点的，这时Client 端无法正常连接服务，于是在网上各种找解决方法，在http://www.cnblogs.com/lanpei/archive/2009/10/29/1592218.html上找到累死问题解决方法，于是加上<behaviors>节点，此时仍然会报相同错误。因为书上的例子中没有<behaviors>节点，所以<service>节点中也不包含behaviorConfiguration属性，设置好behaviorConfiguration="CalculatorServiceBehavior"，彻底没问题了。
 
 3.使用NetTcpBinding绑定WCF服务，Client端引无法引用WCF服务，查看错误为“元数据包含无法解析的引用”。
 
　　刚开始加了各种节点都不好使，后来查MSDN，下载了一个NetTcpBinding的案例仔细对比才发现是<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>中的contract="IMetadataExchange"写错了，本以为这个属性应该与<endpoint address="" binding="wsHttpBinding" contract="Microsoft.ServiceModel.Samples.ICalculator">中的contract相同，后来发现理解错误，在使用http绑定的时候写错好像无所谓，但是使用NetTcpBinding的时候，必须是IMetadataExchange，暂时还不太理解为什么。
 
 4.使用NetTcpBinding绑定WCF服务，本机Client 端可以正常访问，但跨机器访问时提示错误“net.tcp://XXXXXX不支持请求的升级。这可能是由于不匹配的绑定”。
 
　　这个问题很困扰，Google上查“不支持请求的升级”居然没有任何相关线索，后来忘了怎么找到解决办法的。该问题是因为服务端和客户端的安全设置不一致，也就是<security mode=""/>节点中的mode值不一致，设置成一致的（比如None，Transport）就没问题了。
 
 
 
个人觉得，的确像书上说的那样，不使用模板会关注WCF的一些细节，可以更好的理解WCF，之前直接用WCF模板做成类似WebService的服务，然后部署到IIS上，觉得很简单，根本没想过改变宿主或者安全性之类的问题。最近重新学习WCF才发现，要注意的东西还挺多。