我想我至少知道原因了，虽然还不知道原因。当问题再次出现时，我注意到大量的“conhost.exe”进程被孤立。我会关闭Visual Studio，他们会继续开着。在它们各自上结束任务，最终可靠地解决了问题。(希望)

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

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

编辑#1 -不幸的是，这不是一个“银弹”。这对我来说并不总是有效。通常，当事情变慢的时候，我只是关闭我的VisualStudio会话，然后进入任务管理器并结束它的任何实例，conhost.exe, iisexpress.exe我能找到的Microsoft.VisualStudio.Web.Host.exe和MSBuild.exe。

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

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

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

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

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

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

当“本机代码”调试器被启用时，我遇到了Visual Studio调试缓慢的问题。试着禁用它。

在“Visual Studio 2012”上转到:

项目属性-> Web - > 调试器(页面底部)。-> 禁用除ASP之外的所有。网

希望能有所帮助。

类似的问题:1 2

在我的例子中，我注意到禁用我的互联网连接将使它运行得和按ctrl-f5一样快，所以我去调试->选项->符号，并只是不选中所有。pdb位置。

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

请注意，关闭调试->选项->调试->通用“启用源支持”或“要求源文件完全匹配原始版本”不会有任何区别。

下面是我在Visual Studio 2012中解决“符号加载缓慢”问题的方法:

Go to Tools -> Options -> Debugging -> General CHECK the checkmark next to "Enable Just My Code". Go to Tools -> Options -> Debugging -> Symbols Click on the "..." button and create/select a new folder somewhere on your local computer to store cached symbols. I named mine "Symbol caching" and put it in Documents -> Visual Studio 2012. Click on "Load all symbols" and wait for the symbols to be downloaded from Microsoft's servers, which may take a while. Note that Load all symbols button is only available while debugging. UNCHECK the checkmark next to "Microsoft Symbol Servers" to prevent Visual Studio from remotely querying the Microsoft servers. Click "OK".

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

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

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

我希望这能有所帮助。

这些都不适合我，但我在一个被删除的符号上发现了一个断点。似乎2010年还在继续。看看这是否是你的问题做调试->窗口->断点如果有任何在那里删除他们。

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

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

我也有调试的执行性能问题，我尝试了调试器的很多选项。在我的情况下，巨大的性能实现时，我改变了这个选项:

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

关闭intelliTrace为我解决了这个问题。

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

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

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

由于我的问题的解决方案与这里所说的不同，我将发布它，以便它可以帮助其他人。

我的是一个断点。我有一个“函数断点”(即不是在代码行上按F9，我们使用断点窗口创建它们)，它应该在我的项目之外的库函数中停止。

我选中了“使用智能感知来验证函数名”。(信息)。

这放慢了vs像地狱(项目启动从2秒到5分钟)。

删除断点永远地解决了这个问题。

对我来说是IE 9.08.8112.16241。当我使用Firefox或Chrome时，我发现F10或F11的调试并不缓慢。我不知道IE的问题是什么，但我现在正式鄙视使用它进行测试。

更新:我已经关闭了所有的IE程序插件，它已经恢复到全速。每次打开一个就会发现LastPass(对我来说)是罪魁祸首。我想我终究不能责怪多发性硬化症。

几年以后…… 如果你正在使用Brave，你可以很容易地访问你的扩展，并在调试时一次(或多个)关闭它们。

brave://extensions

只需点击切换滑块。请注意，除了DuckDuckGo隐私必需品之外，我所有的都是打开的。它们不会被删除，只是暂时禁用。

我删除了“临时ASP。NET Files文件夹和我的本地主机页面加载显著改善。这是路……% % \ temp临时ASP。网络文件\

以上都是很好的解决方案，我都试过了，但在这里得到了解决方案，这是

Debug -> Delete All Breakpoints

在局部视图中，如果页面上出现了不能立即识别的错误，情况也会比较复杂。像模型。SomeValue而不是Model.ThisValue。它可能没有下划线，并在调试中引起问题。染上这种病真的很痛苦。

清空符号缓存对我有用。

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

有一次，在断电后，每次遇到断点或抛出异常时，我都不得不面对同样的速度缓慢问题。

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

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

在我的例子中，它是VS 2012的. net Reflector Visual Studio扩展(版本8.3.0.93)。每跨一步(F10)调试需要10秒。

在Visual Studio中，选择工具/扩展和更新…并禁用. net Reflector Visual Studio扩展。不要忘记重新启动Visual Studio。

在做了以上所有的事情之后，有一件事对我很有效: 在“线程”窗口(Debug->Windows->Threads)中，将“分组by”设置为“None”。这只能在调试时完成。

即使在关闭窗口之后，这仍然产生了影响。

我也遇到过同样的问题，并尝试了上面的大部分解决方法。简单地删除缓存和临时文件最终为我工作。

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

C:\Users\\{UserName}\AppData\Local\Microsoft\WebsiteCache

and

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

通过在C:\Users\\{username}\AppData\Roaming\Microsoft\Windows\开始菜单\程序\启动文件夹中添加一个cmd文件，可以设置为在登录Windows时自动发生，其中包含以下内容:

rmdir C:\Users\\{username}\AppData\Local\Microsoft\WebsiteCache /s /q

rmdir C:\Users\\{username}\AppData\Local\Temp /s /q

是否开启了FusionLog?

我的VisualStudio启动很慢，在开始调试时打开解决方案和加载符号。它只在我的机器上很慢，但在其他机器上没有。

FusionLog会将大量的日志写入磁盘。只要在注册表上禁用它就解决了我的问题。

这是注册表上的FusionLog键:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

检查ForceLog值(1 enabled, 0 disabled)。

在Visual Studio中:

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

选择“仅指定模块”。单击“指定模块”链接，并添加一个空白模块(单击新文档按钮并点击OK)。

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

现在在visual studio中打开项目，希望调试器可以快速附加/分离。

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

我遇到了这个问题，不得不在正常模式下运行。

对我来说是条件断点。这些似乎真的会让事情变慢。

转到环境变量中，寻找键_NT_SYMBOL_PATH。

删除它。

瞧，效果好极了。

我的慢VS问题是通过禁用浏览器链接解决的

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

<compilation ... batch="false" optimizeCompilations="true"> ... </compilation>

batch="false"做什么?

它使预编译更具选择性，只编译那些 已经更改并需要重新编译

optimizeCompilations到底在做什么?源

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上的编译元素

在花了一整天的时间等待符号加载速度像乌龟一样慢，在所有可能的组合之间混合和切换:Just My Code, Caching symbols, Intellitrace, Just- in - time, kill process等等。

我的解决办法是关闭杀毒软件。是的，Windows Defender拖慢了我的项目启动!它会检查Visual Studio请求的所有dll，并减慢整个符号加载过程。

我不得不说，我们的机器具有出色的规格，可以快速编译解决方案，所以这从来都不是问题。我们在VS 2013终极版中编码。

对我来说，问题是“浏览器链接”功能，当你为同一个项目打开几个选项卡时，它非常沉重!

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

只需关闭与项目相关的所有选项卡，只保留一个打开!

这个免费的即时视觉工作室!这是魔法!: -)

“浏览器链接是Visual Studio 2013以来的一个功能，它在开发环境和一个或多个web浏览器之间创建了一个通信通道。你可以使用Browser Link在多个浏览器中同时刷新你的web应用程序，这对于跨浏览器测试非常有用。”

我在VS 2013中遇到了这个问题。几个月来，我的测试调试正常，但突然出现了可怕的加载符号消息，我没有意识到我做了什么导致它的事情。

这里或任何其他网页上的建议都帮不了我。每样东西我都试了至少10次。删除.suo文件并没有帮助，但在同一位置有两个扩展名为.testsettings的文件和一个扩展名为.vsmdi的文件。这些文件似乎过时了，可能是VS 2010的遗物。创建它们的团队成员早就不在了。

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

重新启动计算机

我知道这听起来太简单了，但这是唯一对我有效的方法。

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

删除解决方案的.suo文件。 删除临时ASP。网络文件 (你可以在%WINDOW%\Microsoft找到它。净\ Framework \ \临时ASP。网络文件) 删除应用程序中的所有断点。

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

我忘记了c#的默认，因为VB似乎工作得很好。然而，逐步执行代码所花费的时间非常多。在尝试了一些修复后，在绝望中，我把默认语言改为VB…宾果!

如果你已经走了这么远，绝对值得一试。

对于那些没有太多偏离默认VS设置的人来说，一个快速简单的解决方案。

工具——>导入导出设置——>是的，保存我的当前设置——>Visual c#

我相信上述解决方案也适用于其他默认设置。在我的情况下，我的符号加载设置搞砸了，但我无法修复它，即使我尝试了相当多的建议解决方案。

我不小心选择了“Show Threads in Source”选项。在取消选择时，步进代码是正常的。

对我来说，问题是Avast Antivirus。我卸载了它，改用Windows Defender运行，一切正常。在我的解决方案中，我只在运行Windows应用程序时遇到这个问题，无论是WinForms还是WPF。由于某些原因，它在web应用程序上从来没有慢过。

Asp.net核心调试是痛苦的缓慢，因为未知的VS扩展取代了默认的即时调试器。

我在OPTIONS\DEBUGGING\Just-In-Time配置选项卡中发现了这样的消息(作为警告文本)。 另一个调试器已注册为即时调试器。若要修复，请启用即时调试或运行Visual Studio修复。

描述:https://msdn.microsoft.com/en - us/library/ssc8234s.aspx?f=255&mspperror= 2147217396

返回默认的JIT调试器(只是选中了未选中的Managed选项)解决了我的所有问题。

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

我最终通过修改本地IIS配置来修复(或至少改进了很多)这个问题:

打开IIS配置 单击进入应用程序池 右键单击每个池并打开高级配置 确保“Enable 32 bits apps”设置为TRUE 启动模式设置为always waysrunning

希望这对某些人有所帮助，因为我开始疯狂地试图修复缓慢的调试问题

清除缓存等使用选项1和2;设置/故障排除选项3和4，享受!

选项1:导航到IIS express，清除缓存和站点

cd "C:\程序文件(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:删除/重新创建临时文件夹

Cmd> rmdir C:\Users\\{username}\AppData\Local\Microsoft\WebsiteCache /s /q Cmd> rmdir C:\Users\\{username}\AppData\Local\Temp /s /q

选项3:来自MSDN的JMC(只是我的代码)选项

要在Visual Studio中启用或禁用Just My Code，请在“Tools > Options(或Debug > Options) > Debugging > General”下选择或取消选择“enable Just My Code”。

选项4:配置Visual Studio/禁用常见插件问题

甚至更多的Visual Studio设置 你也可以配置Visual Studio并禁用环境上的资源删除功能，不记得我从哪里得到的，但是我会很快发布更多的内容。

Environment ->一般

Uncheck “Automatically adjust visual experience based on client performance” Uncheck “Enable rich client visual experience” Check “Use hardware graphics acceleration if available” Environment -> AutoRecover Uncheck “Save AutoRecover information every” Environment -> Documents Check “Save documents as Unicode when data cannot be saved in codepage” Environment -> Keyboard Set “ForceGC” to ctrl+num1 Set “ReSharper_Toggle” to ctrl+num0 (if ReSharper is used) Set “ReSharper_EnableDaemon” to ctrl+num8 (if ReSharper is used) Environment -> Startup Set “At startup” to “Show empty environment at startup” Uncheck “Download content every” Environment -> Synchronized settings Uncheck “Synchronize settings across devices when signed into Visual Studio”

对我来说，就是在托管兼容模式下调试。在底部的“工具->选项->调试->通用”中，取消勾选“使用托管兼容性模式”。调试变成了即时的，而过去调试一行要花上一分钟。我怀疑这就是上面OP片段中“Managed”的意思。

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

对我来说是

Tools/Options/Debugging/General/Enable JavaScript debugging for ASP.NET (Chrome and IE)

一旦我取消了这个选项，我的调试开始时间从45-60秒下降到0-5秒。

每次我重新编译到本地主机，而开发它需要几分钟。这让人非常沮丧。在尝试了无数次修复后，包括将其全部放在SSD上。我找到了真正有效的方法。我创建了一个ramdisk，并将整个项目放在其中。重新编译到本地主机现在不到10秒。也许不是很优雅，但确实有效。

这可能会帮助到一些人， 我有同样的问题，发现我有SD卡驱动器e:\ 移除SD卡后，问题就解决了

你的“我的文档”文件夹映射到网络共享?

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

如果不是，请更改它或要求网络管理员为您的策略破例。

我的问题是由于每次开始调试时都在构建项目。这篇文章中的所有其他解决方案都略有帮助，但仍然导致我不得不等待项目完成。

我的解决方案，以避免构建每次开始调试:

进入解决方案资源管理器- >右键单击解决方案文件- >单击“属性” 在左侧的“属性页”- >中选择“配置”- >，并取消勾选“构建” 单击OK 确保以管理员身份打开visual studio 进入调试->附加到进程 单击复选框显示来自所有用户的进程->查找并选择名为w3wp.exe的进程->单击附加->当警告出现时，单击附加

现在您可以在localhost中导航到想要调试的页面，如果您的文件中设置了断点，您可以立即开始调试，而不必等待项目构建!!

就我而言，

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

在我的情况下，问题是一个外部运行的exe文件-即:

WUDFCompanionHost.exe

以

"Windows Driver Foundation - User-mode Driver Companion Framework Host Process".

进程，该进程稳定地占用了10%的CPU。杀死它直接帮助，在一秒钟内页面已经加载。

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

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

在解决方案文件夹中删除.vs文件夹，为我修复了VS2019中的速度缓慢问题。

正如标题所说，VS调试是缓慢的。我找不到我的问题，所以把它贴在这里，也许能帮到别人。

在我的例子中，缓慢的调试是在IIS托管的网站上。

Vs 2019年(16.4.4) Vs 2017 (15.9.19) Windows 10(1909年) IIS (10.0.18362.1) 边缘(44.18362.449.0)

在第一次网站加载后，它的工作很好，但1分钟后，它变得滞后。请求等待1-2分钟(F12网络选项卡)，然后我的断点才能处理它们。我所有活跃的浏览器里都有。

解决方案: 调试时不要使用IIS的Edge。

为了弄清楚问题出在哪里，我花了4-5个小时。我使用Edge + Chrome的工作流程。目前我只使用Chrome(与分离的用户配置文件)。

帮助我的链接:https://answers.microsoft.com/en-us/windows/forum/all/iis-running-very-slowly-after-windows-10-upgrade/dae433ba-4efe-45ab-aa66-824e6fa92b51 “J马科斯”的答案。

另一个关于时间的最后解决方案是修复VS安装。

转到工具=>获取工具和功能 找到现有的VS安装，并在more按钮下选择repair。 例如:Visual Studio Enterprise 2019安装。

对我来说，IIS没有运行。 打开IIS，扩展站点并“启动”默认网站。