开发解决方案中的 Web 服务调用缓慢

Question

好的，我使用 WSE2 获得了一个 ASP.NET Web 服务。它在 xp 机器上运行。 我在我的win7机器上安装了前端asp.net应用程序。

两者都在框架 3.5 中。

在生产环境中一切都很好。

问题是，当我运行前端的“开发”版本时，Web 服务调用会永远持续下去。我所说的永远是指永恒。在这里，我们以分钟来计算永恒。

通过“开发”版本，我的意思是我运行绑定到 Visual Studion (2008) 解决方案的实例。我使用本地 IIS Web 服务器。

我的第一个想法是我的两台机器之间的网络/防火墙问题。但是，如果我从 Visual Studio 中将该站点“发布”到另一个虚拟文件夹，那么一切都会正常工作。

所以我有 http://localhost/MyDevApp 和 http://localhost/MyPublishedApp。

两者都使用默认应用程序池。两者都有相同的 web.config。据我所知，两个虚拟目录具有完全相同的参数。

但是 http://localhost/MyDevApp 在调用 Web 服务时非常糟糕，并且 http://localhost/MyPublishedApp 以光速运行。

到现在已经3天了都是这样。

进行一些调试我可以说：

    MyWebServiceRequest request = new MyWebServiceRequest ();
    request.Url = "http://mywebserviceurl";
    request.RequestSoapContext.Tokes.Add (MyUsernameToken);
   //All these previous lines executes correctly, rapidly.

    //THIS is the slow one.
    request.CallWebServiceMethod ();

有人知道问题是什么吗？

编辑

我还尝试将虚拟目录从我的网站属性更改为不同的目录（例如 http://localhost/MydDevApp2），得到相同的结果。

编辑2

也许可能是因为，绑定到解决方案的站点位于c:\Projets\MySolution\MyDevApp，而“已发布”站点位于c:\inetpub\wwwroot\ MyPublishedApp。 c:\Projets 文件夹被排除在防病毒扫描之外，因此通常它应该更快而不是更慢。

编辑3

我在c:\inetpub\wwwroot\Other中创建了另一个工作区（解决方案在团队服务器源代码控制下），更改了Web项目的url，编译并运行：没问题。因此，看起来确实是文件所在的物理路径导致了这种情况，而绑定到解决方案的事实却并非如此。

编辑4（8月19日）

好吧，看来没什么可做的了。距离上次更新已经过去了大约10天，现在新工作区下的网站也开始变慢。所以我将工作区移动到磁盘上，现在位于 c:\inetpub\wwwroot\Other2，你知道吗？这又运行得很好了。也许10天左右我就得再次搬家了。

编辑5

我将我的问题标记为转移到服务器故障，最后它与编程无关，正如我首先想到的那样。

Answer 1

如果没有在配置中看到您的计算机，很难说，但通常这意味着您的 dns 服务器或主机文件存在某种问题，导致解析服务的过程缓慢。

另外，如果您使用代理服务器，请确保调用该服务的任何 URL 都绕过它。

Answer 2

最后，wse2 似乎跟踪了 on 的位置：

  <microsoft.web.services2>
    <diagnostics>
      <trace enabled="true" input="InputTrace.log" output="OutputTrace.log" />
    </diagnostics>
    <policy>
      <cache name="policyCache.config" />
    </policy>
  </microsoft.web.services2>

虽然日志文件增长得越来越快，但它的速度越来越慢......只需禁用跟踪即可解决问题。