在IIS中部署WCF中遇到的问题
记得刚开始学WCF的时候就尝试过去在IIS中部署部署WCF，但是找了很多网上的资料，都没有部署成功，按照网上的说法是做下来，不知是不是人品的问题，总是成功不了，呵呵。那时候也实在是太菜了，IIS刚接触，甚至连.NET也是刚接触，因为公司用的是直接用SOAP TCP传输的，没有涉及到IIS的部署，所以同事中也都没有试过在IIS中部署，后来就不了了之了。
今天因为同住的学长在弄这个东西，然后就帮忙查了一下。也是在网上查了N久，自己遇到的问题他们就是没有提到，后来终于是在MSDN的论坛上找到了我问题的所在。下面列一下自己遇到的问题，防止自己以后忘掉，也是给后来者一个指导吧。
当然先是要安装IIS和ASP.NET，关于ASP.NET的安装需要运行"C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i ”命令，这个我在已经在前面的文章中提及过。就不再多述了。然后需要在IIS中配置.svc扩展名，这个可以通过命令"C:\WINDOWS\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe -i”来完成。也可以“ Internet信息服务->主目录->配置...->映射->添加”
中，在可执行文件中填入：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll，扩展名填入：.svc 如果需要可以填写动作，这样一般就可以成功了。
然后创建虚拟目录，把编写好的代码放入App_Code文件夹中，或是把编译好的dll文件放入Bin文件夹中即可，填写.svc后缀文件，如：
<%@ ServiceHost Language="C#" Debug="true" Service="WcfServiceApp.Service1" %>
这样一般都是能成功的。至少我在网上找到的是这样的。但是我自己偏偏成功不了，总是有下面的提示：
[InvalidOperationException: 未找到 URI“http://192.168.100/GetDataService”的兼容 TransportManager。这可能是因为使用了指向虚拟应用程序外部的绝对地址。请使用相对地址。]
System.ServiceModel.Channels.TransportChannelListener.ThrowTransportManagersNotFound() +248
System.ServiceModel.Channels.TransportChannelListener.SelectTransportManagers() +4492816
System.ServiceModel.Channels.TransportManagerContainer.Open(SelectTransportManagersCallback selectTransportManagerCallback) +55
System.ServiceModel.Channels.TransportChannelListener.OnOpen(TimeSpan timeout) +75
System.ServiceModel.Channels.HttpChannelListener.OnOpen(TimeSpan timeout) +67
System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout) +268
System.ServiceModel.Dispatcher.ChannelDispatcher.OnOpen(TimeSpan timeout) +61
[InvalidOperationException: “http://192.168.100/GetDataService”处带有协定“"IGetData"”的 ChannelDispatcher 无法打开其 IchannelListener。]
System.ServiceModel.Dispatcher.ChannelDispatcher.OnOpen(TimeSpan timeout) +107
System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout) +268
System.ServiceModel.ServiceHostBase.OnOpen(TimeSpan timeout) +123
System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout) +268
System.ServiceModel.Channels.CommunicationObject.Open() +30
System.ServiceModel.HostingManager.ActivateService(String normalizedVirtualPath) +104
System.ServiceModel.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath) +498
[ServiceActivationException: 由于编译过程中出现异常，无法激活服务“/SOAP/GetDataService.svc”。异常消息为: “http://192.168.100/GetDataService”处带有协定“"IGetData"”的 ChannelDispatcher 无法打开其 IchannelListener。。]
System.ServiceModel.AsyncResult.End(IAsyncResult result) +4413209
System.ServiceModel.Activation.HostedHttpRequestAsyncResult.End(IAsyncResult result) +183
System.ServiceModel.Activation.HostedHttpRequestAsyncResult.ExecuteSynchronous(HttpApplication context, Boolean flowContext) +205
System.ServiceModel.Activation.HttpModule.ProcessRequest(Object sender, EventArgs e) +322
System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +92
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +64
让我苦找，最终找到的结果是我因为我在Web.config文件中配置了address的值为：http://192.168.100/GetDataService，看来是我用Windows服务用多了，这个地址的值就下意识的填上去了。msdn的论坛上没有给出解释说为什么不用这个地址，我猜测在Windows服务中这个地址用来在请求到达时提供一个处理改请求的端口，而如果把IIS作为宿主，则这个地址由IIS提供就可以了，IIS提供的是基地址，就像是在windows服务中的baseAddress的概念，而这个地址提供的是相对地址，比如我们可以加入bin的值，表示我们将dll文件放到虚拟目录下的bin文件夹下。
这样我遇到的问题就都解决了。这里的Bin和App_Code文件夹是ASP.NET默认识别的文件夹，可以将dll文件放入Bin文件夹中，将源代码放入App_Code文件夹中，在App_Code文件夹中，ASP.NET会根据文件扩展名来确定调用什么编译器，比如.vb调用VB的编译器，.cs调用C#编译器；但是这个文件夹中不能同时包含不同的源代码，不过这个问题可以通过配置ASP.NET来解决。
