logo标签列表

Visual Studio 2013 sp1尝试调试ASP.NET网站时卡住了？

c#asp.netvisual-studio-2013webmatrix
11

最近，在尝试调试/跟踪ASP.NET网站时，Visual Studio 2013再次出现了卡顿的情况。该网站是使用WebMatrix 3创建的，但我认为这并不相关。

VS2013打开了网站解决方案。加载时间非常长。一旦加载完毕并运行项目，它会命中我的第一个断点，然后IDE窗口很快在标题栏中显示“(未响应)”，然后IDE就挂起了。

这种情况在很久以前也发生过，其根本原因是需要设置“使用64位IIS”选项，正如这篇SO文章所指出的:

Visual Studio 2013 crashes and restarts every time I run my test solution

但我已经三重检查，确实已勾选了64位选项。我该怎么做才能解决这个问题？

你是使用 Express 还是完整版的 Visual Studio？如果你使用的是完整版，你能否使用 Ctrl-F5 来运行项目，然后使用“工具”->“附加到进程”进行附加？ - Nigel Ellis
@NigelEllis Ctrl-F5 可行。然后我附加到iisexpress.exe，它也可以运行。但是一旦我设置了断点并在浏览器中重新加载网页，它就会再次挂起。这肯定与断点和跟踪有关。 - Robert Oschler
10个回答
8
这对我也是解决方案。 我不知道 VS 中发生了什么变化，因为这个问题“神奇地”在某个早晨开始出现。 具体来说，我会启动一个调试会话，并且每检查 4-5 秒的代码，应用程序就会挂起 2-3 秒。 重置设置修复了一些东西，但只有上帝知道是什么？ - RLH
6
请看此问题的博客。它基本上建议确保在解决方案中选择“显示所有文件”，并检查不属于项目/解决方案的任何文件夹。一个包含约20,000张图片的文件夹，尽管未包含在Visual Studio Web项目中，但位于网站目录中。我打开“解决方案资源管理器”中的“显示所有文件”来将某些脚本文件添加到该项目中。如果关闭“显示所有文件”，F5（开始调试）像冠军一样运行。当启用“显示所有文件”时，Visual Studio则无响应了。实际上它没有"冻结"，而是需要很长时间来处理那些20,000个图像文件。

对我来说，问题出在创建一个名为backup的文件夹上，它是网站的备份（由VS创建）。我删除了有问题的文件夹后，网站就能成功加载以进行调试了。
1
我在一个WinForms应用程序中遇到了同样的问题。不幸的是，这并没有解决这个问题。 - JDennis
2
我还发现我的API正在进行大量（我是说很多）缓存，这导致了程序的卡顿。你的应用有多大？同时检查一下是否内存不足。我不得不将我的内存从4GB增加到8GB。在调试时，VS会占用大量资源。 - PhillyNJ
2
在我的情况下，内存不是问题。我有12GB。我遇到了这个链接，建议重置Visual Studio。那对我有用。 http://www.vosseburcht.com/?p=69 - JDennis
1
我曾经遇到过同样的问题，清理临时文件夹解决了它...谢谢!! - Ahmed U3
2
2
可能是由于Visual Studio中的某些扩展引起的，当我在调试asp.net网站时，遇到了类似的问题。尝试以安全模式运行VS：devenv.exe /Safemode。在我的情况下，它是由多语言应用程序工具包扩展引起的，卸载后，可以再次调试ASP.NET网站。
2

在我的情况下，我通过以管理员身份运行解决了这个问题！不知道为什么，几天前还好好的，突然尝试调试Web应用程序时就开始冻结了！希望能对某些人有所帮助！

顺便说一句：我正在运行VS2013 Ultimate，并已更新到第4版。

看起来这也解决了我的问题。谢谢你的提示！ - Tim Decuypere
1

我遇到了类似的问题，然后在Windows应用程序事件日志中找到了与该问题对应的以下错误：

Application: PowerShellToolsProcessHost.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Runtime.Serialization.InvalidDataContractException
...

我移除了Visual Studio的PowerShell工具扩展，问题解决了。我使用的是Visual Studio Ultimate 2013 Update 5。
1

我有同样的情况，并以一种非常特殊的方式“解决了”：重新构建解决方案并在不调试的情况下运行它（Control + F5），然后再以正常方式进行调试。

0
我的解决方案是删除由DevExpress ProjectConverter生成的所有.bak备份文件，这些文件是在我升级到新的DevExpress版本时生成的。
0

我在编写Excel插件时遇到了这个问题。

由于它不是Web应用程序，我非常确定勾选64位IIS Express选项不会有任何影响，但实际上确实有！

我不知道为什么，但现在在调试中可以正常运行 :)

0
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接