本文共 1639 字，大约阅读时间需要 5 分钟。
第五篇：用IIS做Host
之前几篇的Demo中，我们一直在用控制台程序做Server，今天换IIS来做Host，在Web Application中添加WCF的服务。
其实在Web Application中添加WCF服务是最简单的，“新建项”中有专用的“WCF服务”，扩展名为svc。比如我们创建DataService.svc，Visual Studio会自己创建好DataService.svc、DataService.svc.cs、IDataService.cs共三个文件，并且自动在Web.config中增加默认设置。
从功能上看，IDataService.cs是服务契约，DataService.svc.cs是契约的实现类，DataService.svc没什么实际用处，里面也只有一行代码：
<%@ ServiceHost Language="C#" Debug="true" Service="WebServer.DataService" CodeBehind="DataService.svc.cs" %>
Web.config中的部分与之前略有不同，我们来分析一下：
与之前的App.config相比，有以下几点不同：
1、<host>节点没有了
host节点没有了，对应的baseAddress也没有了，这是理所当然的事，因为不需要，访问DataService.svc文件时的url本身就是一个地址了。
2、新增加了一个<behaviors>节点
此节点用于控制行为，在服务端只有<serviceBehaviors>子节点，下面的httpGetEnabled="true"表示允许用http的get方式获取服务的元数据信息。还记得第一篇中的例子吗？我们用浏览器访问时，得到一个“当前已禁用此服务的元数据发布”的提示，就是因为不允许以http的get方式获取服务元数据造成的，这个属性就是开启此功能。
顺便提一下，用svcutil.exe生成客户端代理的话，对http类型的binding，必须要开放get方式访问元数据。
3、新增加了一个endpoint
这个endpoint比较特殊，它的binding是mexHttpBinding，服务契约是IMetadataExchange。这个endpoint是用于元数据发布的，它的功能实际上和刚才的httpGetEnabled="true"有些重复。
我们可以这样理解，当开启了httpGetEnabled时，用 http://...../DataService.svc?wsdl 就可以访问到元数据；如果没开启，但有这个endpoint，用 http://...../DataService.svc/mex 也可以访问到元数据；如果都没有，那对不起，不允许你获取元数据。（当然啦，如果你已经有契约了，不会影响调用的）
多加一句，对tcp类型的binding，有一个对应的mexTcpBinding用于获取元数据，没有定义它，svcutil.exe就不能生成tcp类binding的代理类。
在IIS中发布WCF服务，一般很少用http之外的binding，但不代表不能用，IIS是支持的，我们在IIS管理器中查看一下站点绑定，默认情况下能看到这样的设置：
像netTcpBinding，就会利用IIS的net.tcp类型绑定，端口是808。
OK，先到这吧，下一篇聊聊同步异步双向通讯方面的问题。
转载地址：http://fpjsa.baihongyu.com/