在Visual Studio中进行调试时，WCF不起作用，但在IE中起作用

Question

我有一个ASP.NET应用程序中托管的WCF。 突然，当我在Visual Studio 2010中调试WCF服务时，它便停止工作。当我尝试访问该服务时，它将引发以下异常。

用户代码未处理CommunicationException。 远程服务器返回错误：NotFound

我启用了WCF跟踪，但是没有记录错误。

奇怪的是，如果我将代码部署到我的质量检查服务器并访问该应用程序，则该服务可以正常运行，因此代码看起来似乎不是问题。

如果我还成功获取了当前在生产环境中运行的源代码并尝试在我的开发环境中对其进行调试，则该源代码将失败，并出现我上面提到的相同错误。

任何人都知道在我的开发环境中可能会搞砸什么？ 我已经尝试了IE，Firefox和Chrome，结果都是一样的。

Answer 1

经过很长时间的调试（涉及删除Bin和obj文件夹以及大量重建），我终于使该WCF服务再次起作用。

首先，我怀疑该服务可能以某种方式被破坏，因此我试图在我的Silverlight应用程序中更新服务引用，但遇到以下错误。

下载“ http：//localhost/mySite/Webservice/GetData.svc ”时出错。 请求失败，HTTP状态为404：找不到。 元数据包含无法解析的引用：“ http：//localhost/mySite/Webservice/GetData.svc ”。 远程服务器返回了意外的响应：（405）不允许使用方法。 远程服务器返回错误：（405）不允许使用方法。

然后，我浏览到物理文件夹路径以确认是否确实存在我的.svc文件，并且确实如预期的那样，该文件已经存在。

尝试在浏览器中浏览到路径http：//localhost/mySite/Webservice/GetData.svc时 ，我在下面遇到了另一个错误。

HTTP错误404.7-找不到请求过滤模块配置为拒绝文件扩展名。

最可能的原因：为Web服务器配置了请求过滤，并且明确拒绝了此请求的文件扩展名。

这使我开始想到，IIS 7.0突然决定阻止对我的.svc文件的访问。 然后，我将fileExtension =“。svc” mimeType =“ application / octet-stream”添加到IIS，重新启动IIS，但遇到相同的错误。

然后，我在一些博客上读了我不记得在C：\\ Windows \\ System32 \\ inetsrv \\ Config文件applicationHost.config中的<requestFiltering>标签下添加<add fileExtension=".svc" allowed="true" />博客，没有改变。 尝试在同一文件中的serverSideInclude下添加<mimeMap fileExtension=".svc" mimeType="application/octet-stream" /> ，再次失败。

尝试过此http://www.adamwlewis.com/articles/iis-7-not-serving-files-4047-错误仍然没有运气。

我认为以下2个步骤可以解决问题。

1. 我通过从C：\\ Windows \\ Microsoft.NET \\ Framework \\ v3.0 \\ Windows Communication Foundation运行ServiceModelReg.exe -i将SVC扩展的映射添加到ASP.NET

在浏览器中浏览到我的.svc文件，这一次看起来我已经取得了一些进步，但是仍然有一个错误需要克服。 吼叫。

无法从程序集'System.ServiceModel，Version = 3.0.0.0，Culture = neutral，PublicKeyToken = b77a5c561934e089加载程序集'System.ServiceModel.Activation.HttpModule'

2. 如下面的链接所述，我通过使用ASP.NET IIS注册工具（aspnet_regiis.exe）注册了正确版本的ASP.NET解决了上述错误。

https://msdn.microsoft.com/zh-CN/library/hh169179(v=nav.70).aspx

至此，我的服务恢复了往常。 我仍然没有弄清楚是什么原因弄乱了我的开发机器。