我真是无计可施。Visual Studio通常调试速度很慢，或者只是简单地加载("无调试启动")我的ASP.NET MVC站点。并不总是这样：一开始，项目将加载得很好和很快，但一旦加载得慢，之后它们将总是加载得慢。我可能要等1-2分钟或更长时间。

我的设置：

我目前正在使用Visual Studio 2012学习版，但在Visual Studio 2010学习版中也遇到了同样的问题。我的解决方案存储在一个网络驱动器上；具体来说，它是我的文档重定向到一个网络驱动器，如果它重要的话。(不应该。在这种设置下，有时我的网站加载速度非常快。)

我通常在Internet Explorer 9中加载，但在Firefox中也会出现同样的问题。

这可以发生在我所处理的任何ASP.NET MVC项目中，并且它似乎围绕着具有显示模板(所有ASP.NET MVC项目都是这样)而展开。如果这很重要的话，就是C和剃刀。

系统将加载我的符号数百次。基本上，如下所示，但至少有300行这样的行，每行对于相同的cshtmls都有非常细微的dll文件：

在上面，我有三个显示模板："联系人"、"位置"和"状态代码"。似乎每次调用DisplayTemplate时，IIS都会加载两次符号。因此，如果我显示一个包含100个调用所有三个显示模板的条目的表，它将加载600个独立的符号。

这也不是一个快速的行动。查看IIS生成的日志文件，加载每个符号大约需要200毫秒。因此，延迟时间过长。

我试过的：

• 调试或发布版本，没关系。
• 将我的项目放在Web服务器上的完整的IIS实现上，运行速度非常快，没有任何问题。
• Cassini、IIS Express 7.5和IIS Express 8.0都有问题。
• 删除所有断点不做任何操作。
• 清除解决方案，或删除。suo也不做任何事情。
• 如果我修复了iis Express，或删除了My Docs\IISExpress文件夹，或修复/重新安装了Visual Studio，则问题可能会消失，但只会持续一段时间，然后才会再次出现。

任何建议都将不胜感激。

回答更多的问题，是的，我的机器肯定有马力。令人恼火的是，同一个项目在没有任何更改的情况下有时可以非常快速地加载，通常是在我修复了i is Express并删除了My Docs\IISExpress文件夹之后。最终，"某物"会发生，它会在2分钟内再次加载。我正在做的不是一个复杂的项目。没有外部库或依赖项，我的vs.net也没有任何插件。

值得注意的是，这台机器有赛门铁克端点保护，这有造成破坏的历史。但是直接禁用它(作为管理员很好)并不能解决问题。

我现在有一个理论。我认为这一切都是因为我正在处理网络共享的重定向文件夹。当调试器浏览它的数百个"加载的符号"行时，我停下来看看它在做什么。它在我的代码中，加载我的显示模板。进入模板输出：

每次调用DisplayTemplate时，Visual Studio似乎都在重新编译它，这也是数百次。我的理论是，Visual Studio编译文件，将其保存到网络共享，然后网络共享以某种方式在文件上标记新的时间，然后Visual Studio认为该文件已更改，因此Visual Studio再次对其进行重新编译。不过，这只是一个理论，我真的不知道。

首先，显然我有离线文件(这是办公室里的台式电脑，我不在乎)。我明天要禁用、重新启动并重试。

另外，把我的项目移到本地C:修复它。它装载得很快。但这在工作环境中并不理想。我丢失了以前的版本，我的代码完全没有备份，除非我手动复制它，并且它不再与任何人共享。

如果涉及到网络共享，我可以把它从C中来回复制到网络共享中。每次页面加载都要等两分钟，这更让人恼火。

以下是我如何解决Visual Studio 2012中的"缓慢符号加载"问题：

• 转到"工具"->"选项"->"调试"->"常规"

• 选中"仅启用我的代码"旁边的复选标记。

• 转到"工具"->"选项"->"调试"->"符号"

• 单击"…"按钮，在本地计算机上的某个位置创建/选择一个新文件夹来存储缓存符号。我把我的名字命名为"符号缓存"，并将它放在文档->Visual Studio 2012中。

• 单击"加载所有符号"，等待从Microsoft服务器下载符号，这可能需要一段时间。请注意，"加载所有符号"按钮仅在调试时可用。

• 取消选中"Microsoft Symbol Servers"旁边的复选标记，以防止Visual Studio远程查询Microsoft服务器。

• 点击"确定"。

从现在开始，符号加载应该快得多。

请注意，如果对Microsoft程序集进行任何更改/下载，可能需要返回到"符号"对话框，然后再次"加载所有符号"。

关闭IntelliTrace为我修复了此问题。

在Visual Studio中，工具->选项->IntelliTrace

然后，取消选中"启用IntelliTrace"复选框。

这些对我都不起作用，但我在一个被删除的符号上找到了一个断点。似乎2010年还在继续。要查看这是否是您的问题，请执行debug->windows->breakpoints(如果其中有断点)，只需删除它们。

桑德斯提到他检查过，但在这个问题的解决方案中没有提到。也许对某些人来说是常识，但不是所有人。

我删除了"temporary asp.net files"文件夹，我的本地主机页面加载显著提高。这是路径…%temp%临时ASP.NET文件

您启用了FusionLog吗？

我的VisualStudio启动非常慢，启动调试时打开解决方案并加载符号。它只在我的机器上慢，而在其他机器上慢。

FusionLog将大量的日志文件写入磁盘。在regedit上禁用它就解决了我的问题。

这是注册表上的FusionLog项：

检查forcelog值(1已启用，0已禁用)。

我也遇到了同样的问题，尝试了上面的大多数解决方案。只需删除缓存和临时文件就可以了。

尝试删除这两个文件夹的内容：

和

C:\Users\\{UserName}\AppData\Local\Temp(特别是iisexpress和临时ASP.NET文件文件夹)。

这可以设置为在登录到Windows时自动发生，方法是将一个cmd文件添加到C:\Users\\{username}\AppData
oaming\Microsoft\Windows\Start Menu\Programs\Startup文件夹中，内容如下：

我想我终于知道了原因，尽管不是原因。当问题再次发生时，我注意到大量的"conhost.exe"进程被孤立。我将关闭Visual Studio，它们将保持打开状态。他们每个人的任务都结束了，最终，可靠地解决了问题。[希望]

(请注意，尽管Visual Studio使用conhost.exe，但它不是Visual Studio进程。因此，其他用户可能有其他运行conhost.exe的应用程序。我知道我的机器不行，这就是为什么我可以安全地结束所有任务，但YMMV除外。)

为什么会这样？当我一次打开多个项目时，似乎会发生这种情况，尽管我在任何时候都只构建和调试其中一个项目，但我往往经常这样做。

编辑1-不幸的是，这不是"银弹"。它并不总是对我有用。通常，当速度变慢时，我只需关闭所有的Visual Studio会话，然后进入"任务管理器"并结束它的任何实例：conhost.exe、iisexpress.exe Microsoft.VisualStudio.web.host.exe和msbuild.exe。

通常，在那之后，当我重新启动项目时，它将很快加载。但并非总是如此。

实际上，我认为最好的做法可能是不要从重定向的文件夹/网络共享中构建和调试代码。

编辑2-两年后，这仍然是我在Visual Studio Community 2013中的一个问题，但我似乎至少找到了罪魁祸首任务：explorer.exe。是的，谁知道呢。在我结束任务的那一刻，bam，页面在一秒钟内加载。

如果我的Windows资源管理器文件浏览器打开到我的重定向网络驱动器(这通常是因为我的代码就在那里)，那么这个问题似乎发生了。关闭窗口是不够的，我必须杀死整个explorer.exe任务。我只能猜测它在做什么…用文件手柄发疯？

我通常可以使用任务管理器来启动一个新的explorer.exe任务(我只能使用很多alt-tabbing)，Visual Studio将继续快速加载。但是，如果我再次打开Windows资源管理器，它几乎总是会回到超慢速模式。

所以，如果你有一个重定向的网络共享，给它一个机会。这当然比在当地工作要好。

以上都是很好的解决方案，我都试过了，但这里有个解决方案，就是

对我来说是9.08.8112.16241。一旦我使用了火狐或Chrome，F10或F11就没有延迟调试。我不知道IE的问题是什么，但我现在正式不喜欢用它来测试。

更新：我关闭了所有IE程序附加组件，它恢复到全速。一次打开一个显示最后一个通行证(在我的情况下)是罪魁祸首。我想我根本不应该责怪女士。

对于我来说，我实现了这个技巧，通过在web.config中的compilation标记中添加以下两个属性，基本上大大提高了性能

batch="false"做什么？

It makes pre-compilation more selective by compiling only pages that
have changed and require re-compiling

优化编译究竟在做什么？来源

ASP.NET uses a per application hash code which includes the state of a
number of things, including the bin and App_Code folder, and
global.asax. Whenever an ASP.NET app domain starts, it checks if this
hash code has changed from what it previously computed. If it has,
then the entire codegen folder (where compiled and shadow copied
assemblies live) is wiped out.

When this optimization is turned on (via optimizeCompilations="true"), the hash no longer takes into account
bin, App_Code and global.asax. As a result, if those change we don’t
wipe out the codegen folder.

参考：msdn上的编译元素

在我的例子中，它是带有vs 2012的.NET Reflector Visual Studio扩展(版本8.3.0.93)。调试过程中每完成一步(F10)需要10秒。

在Visual Studio中，转到"工具/扩展和更新"…并禁用.NET Reflector Visual Studio扩展。不要忘记重新启动Visual Studio。

我在调试方面也遇到了执行性能问题，我尝试了很多调试器选项。在我的例子中，当我改变这个选项时，取得了巨大的成就：

工具-选项-调试-输出窗口-(常规输出设置-所有调试输出)-关闭

就我而言

一旦取消选中此项，调试开始时间从45-60秒下降到0-5秒。

启用"本机代码"调试器时，我遇到了Visual Studio调试缓慢的问题。尝试禁用它。

在"Visual Studio 2012"上，转到：

希望它有帮助。

类似问题：1，2

我不知道您是否仍然有这个问题，但是我通过将调试器附加到进程本身而不是让vs为我做它来调试Visual Studio中的站点，我发现它可以大大提高时间。我使用一个名为Attachto的vs扩展，我有一篇关于如何在这里使用它的小文章。

我希望这有帮助。

我也面临着这个问题，下面是我执行的步骤，它始终对我有效：

• 删除解决方案的.suo文件。
• 删除临时ASP.NET文件(您可以在%window%microsoft.netframework\temporary asp.net files中找到它)
• 删除应用程序中的所有断点。

有一次，在停电之后，每次命中断点或抛出异常时，我都必须面对同样的缓慢问题。

我模糊地记得"suo"文件(与"sln"解决方案文件在同一个目录中)可能被损坏，并使一切都变慢。

我删除了我的"suo"文件，一切正常。删除.suo文件是无害的，只意味着重新创建我的Windows布局以及启动项目和一些其他非关键自定义。

禁用浏览器链接解决了我的慢速vs问题

如果有人注意到这个行为来自左字段，请检查以确保在web.config中没有设置任何断点。我一定是用鼠标点击设置了一个，它真的减慢了所有调试操作。

在花了一整天的时间等待符号以龟的速度加载之后，在所有可能的组合之间进行混合和切换：仅限我的代码、缓存符号、IntelliTrace、实时性、杀戮过程等。

我的解决方案实际上是禁用防病毒软件。是的，Windows Defender正在减慢我的项目启动速度！它将按照Visual Studio的要求检查所有DLL，并减缓整个符号加载过程。

我不得不说我们的机器有很好的规格来快速地编译解决方案，所以这从来都不是问题。我们编码的是2013年的终极版。

清空符号缓存对我很有用。

请参见：菜单栏/工具/选项/调试/符号/空符号缓存

请确保您没有以管理员模式打开Visual Studio

我面临这个问题，不得不以正常模式运行。

类似的问题浪费了我半天的时间！

因为我的问题和这里说的不一样，所以我会把它贴出来，这样可能会对其他人有所帮助。

我的是一个断点。我有一个"break at function"断点(即，不是在代码行上按F9，而是使用断点窗口创建它们)，它应该停在我项目外部的库函数中。

我检查了"使用intellisense验证函数名"。(这里是信息)

这减慢了和地狱一样的速度(项目启动时间从2秒到5分钟)。

去掉断点就解决了问题。

在做了以上这些之后，有一件事对我很有帮助：在"线程"窗口(debug->windows->threads)中，将group by设置为none。这只能在调试时完成。

即使在关上那扇窗户之后，这也产生了影响。

转到您的环境变量，并查找关键符号路径。

删除它。

瞧，干得很有魅力。

在部分视图中也会出现一些复杂情况，其中页面上存在无法立即识别的错误。像model.someValue而不是model.thisValue。它可能不会在调试过程中下划线并导致问题。这可能是一种真正的痛苦。

在我的例子中，我注意到禁用我的Internet连接会使它运行得和ctrl-f5一样快，所以我转到debug->options->symbols，然后取消选中所有.pdb位置。

似乎每次启动调试会话时，VS都试图连接到这些服务器。

请注意，禁用debug->options->debugging->general"启用源支持"或"需要源文件与原始版本完全匹配"不会有任何不同。

您的"我的文档"文件夹映射到网络共享？

如果是这种情况，即使解决方案是本地的而不是网络共享，启动IIS Express可能需要几分钟而不是几秒钟。在regedit.exe中，验证HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User ShellFolders\Personal是否指向%USERPROFILE%\My Documents。

如果不是，请更改它或要求网络管理员对您的策略进行例外处理。

选项1：导航到IIS Express，清除缓存和站点

1	cd"C:\Program Files (x86)\IIS Express"

• 运行这个appcmd.exe list site /xml | appcmd delete site /in
• 运行此Del /S /F /Q %temp%-以清除userprofile temp文件夹。
• 运行这个Del /S /F /Q %Windir%\Temp

另外，清除%temp%中的临时文件并注销或重新启动。

这将清除Windows临时文件夹。这将删除所有网站，享受！

选项2：删除/重新创建临时文件夹，如下所示

• 命令>rmdir C:\Users\\{username}\AppData\Local\Microsoft\WebsiteCache /s /q。
• 命令>rmdir C:\Users\\{username}\AppData\Local\Temp /s /q。

这将删除所有网站，享受！

对我来说，这是条件断点。这些似乎真的会减慢速度。

ASP.NET核心调试非常缓慢，因为未知的VS扩展取代了默认的实时调试器。

我在"选项调试实时配置"选项卡中找到了这样的消息(作为警告文本)。另一个调试器已将自己注册为实时调试器。要修复，请启用实时调试或运行Visual Studio修复。

描述：https://msdn.microsoft.com/en-us/library/ssc8234s.aspx？F=255&；mspperror=-2147217396

返回默认的JIT调试器(刚刚选中了未选中的托管选项)可以解决我的所有问题。

我不小心选择了"在源代码中显示线程"选项。取消选择时，单步执行代码是正常的。

在Windows资源管理器中打开解决方案文件夹，关闭Visual Studio，从Windows资源管理器中删除.suo文件。

现在在Visual Studio中打开该项目，希望调试器能够快速附加/分离。

对我来说，问题在于"浏览器链接"功能，当您为同一个项目打开多个选项卡时，这项功能非常重要！

因为每次我们启动项目时，它都会打开一个新的带有浏览器链接通信的选项卡。

只需关闭与项目相关联的所有选项卡并只打开一个！

这个免费的即时的Visual Studio！太神奇了！-)

"Browser Link is a feature since Visual Studio 2013 that creates a communication channel between the development environment and one or more web browsers. You can use Browser Link to refresh your web application in several browsers at once, which is useful for cross-browser testing."

对于那些与默认vs设置没有太大偏差的人来说，这是一个快速而简单的解决方案。

工具——>导入和导出设置——>是，保存当前设置——>Visual C#

我相信上述解决方案也可以与其他默认设置一起使用。在我的例子中，我的符号加载设置出现了问题，但我无法修复它，即使我尝试了很多建议的解决方案。

在Visual Studio中：

工具->选项->调试->符号

选择"仅指定模块"。单击"指定模块"链接，并添加空白模块(单击"新建文档"按钮并单击"确定")。

这可能对某人有帮助，我也有同样的问题，发现我有带驱动器E的SD卡：取出SD卡后，问题就解决了

每次我在开发时重新编译到本地主机上都需要几分钟。这太令人沮丧了。在尝试了无数次修复之后，包括把它全部放在一个SSD上。我找到了真正有用的东西。我创建了一个ramdisk，并将整个项目放入其中。重新编译到本地主机现在不到10秒。也许不优雅，但它真的很管用。

我通过在本地IIS配置中进行以下更改，最终解决了(或至少改进了很多)此问题：

希望这能帮助一些人，因为我开始疯狂地尝试修复缓慢的调试问题。

我在和2013年的比赛中遇到了这个问题。几个月来，我的测试调试得很好，但突然出现了可怕的加载符号消息，我不知道我做了什么导致它。

这里或任何其他网页上的建议对我都没有帮助。我试了至少10次。删除.suo文件没有帮助，但在同一位置有两个扩展名为.testsettings的文件和一个扩展名为.vsmdi的文件。这些文件似乎已经过时了，也许是2010年的残迹。创建它们的团队成员早就不见了。

我发现我可以毫无问题地删除这三个文件。我发现只要删除一个特定的.testsettings文件就可以停止加载符号消息。我的噩梦结束了。

我的解决方案只是重新加载一份保存完好的(备份)设置副本(一年前制作)。在将所有内容重置为空白之前值得尝试。我的VS2010将需要60秒开始调试，大约3分钟停止调试。我保存了损坏的设置，令我惊讶的是它们超过了3MB而不是260KB。我加载了好的备份副本，一切都很好：(-)

对我来说，问题是Avast Antivirus。我卸载了它，用Windows Defender运行，一切正常。在我的解决方案中，我只有在运行Windows应用程序(winforms或wpf)时才遇到这个问题。由于某种原因，它在Web应用程序上从来没有慢过。

我在一份新工作中设置了我的Visual Studio，默认语言是C。我还没有意识到我注定要用VB编程。

我忘记了C默认值，因为vb似乎工作得很好。然而，单步执行代码花费了很长时间。在尝试了很多修复之后，我绝望地把默认语言改成了vb…答对了！

如果你能做到这一点，那绝对值得一试。

我的问题是因为每次开始调试时都在构建这个项目。这个线程中的所有其他解决方案都稍有帮助，但仍然导致我不得不等到项目完成构建。

• 转到Solution Explorer->右键单击Your Solution File->单击Properties。

• 在左侧的Property Pages->中，选择Configuration->并取消选中Build。

• 点击OK。

• 确保以管理员身份打开Visual Studio

• 去Debug->Attach to Process
• 单击复选框Show processes from all users->find and select process called w3wp.exe->click Attach->When warning up，click Attach。

现在，您可以导航到要在localhost中调试的页面，如果在文件中设置了断点，则可以立即开始调试，而无需等待项目生成！！

在我看来，

我意识到远程调试运行并消耗大部分资源。我真的不需要将应用程序设为64位，所以在强制它设为32位之后，远程调试没有运行，执行速度更快。

另一个可能的原因是预编译文件系统中存在但已从Visual Studio中删除或部分删除的旧项目。

我有一个解决方案，在生成后需要3.5分钟才能加载，我查看了临时ASP.NET文件中的时间戳，并看到了一个旧项目中的一个文件延迟了3分钟。查看了vs&；项目"不可用"。从vs中删除，从文件系统中删除，现在我们只剩下8秒了。

在我的例子中，问题是外部运行的exe文件-即：

以……的名义

进程，占用了10%的CPU。直接杀掉它有助于提高页面的加载速度。

对我来说，我是在托管兼容模式下调试的。在底部的工具->选项->调试->常规中，取消选中"使用托管兼容性模式"。调试在过去需要一分钟才能完成一条线的地方变成了即时的。我怀疑在上面的操作片段中，"托管"是什么意思。

更多信息请访问：https://blogs.msdn.microsoft.com/visualstudioalm/2013/10/16/switching-to-managed-compatibility-mode-in-visual-studio-2013/

重新启动计算机

我知道这听起来太简单了，但这是唯一对我有用的东西。