Visual Studio调试/加载速度很慢

时间：2012-09-24 15:18:40

标签： asp.net-mvc visual-studio visual-studio-2012 iis-express cassini

我的智慧结束了。 Visual Studio 通常调试缓慢或只是普通加载（“启动而不调试”）我的ASP.NET MVC站点。并非总是如此：首先，项目将加载得很好而且速度很快，但是一旦加载速度变慢，它们总是会在此之后加载缓慢。我可以等1-2分钟或更长时间。

我的设置：

我目前正在使用Visual Studio 2012 Express，但我在Visual Studio 2010 Express中也遇到了同样的问题。我的解决方案存储在网络驱动器上;具体来说，如果重要的话，它的My Documents会重定向到网络驱动器。 （它不应该。有时我的网站在此设置下加载速度非常快。）

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

这可能发生在我工作的任何ASP.NET MVC项目中，它似乎围绕着DisplayTemplates，我的所有ASP.NET MVC项目都是这样做的。如果重要的话，它就是C＃和Razor。

症状：

系统会加载我的符号数百次次。基本上，以下，但至少有300个这样的行，每个行都有相同的CSHTML的不同的DLL文件：

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

在上面，我有三个DisplayTemplates：“Contact”，“Location”和“StatusCode”。似乎IIS每次调用displaytemplate时都会加载符号两次。因此，如果我显示一个包含100个条目的表，这些条目调用所有这三个显示模板，则会加载600个单独的符号。

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

我尝试过的事情：

  • 调试版或发布版，没关系。
  • 将我的项目放在Web服务器上的完整IIS实现上可以非常快速地运行它，没有任何问题。
  • Cassini，IIS Express 7.5和IIS Express 8.0都有问题。
  • 删除所有断点不执行任何操作。
  • 清洁解决方案，或删除.suo也不执行任何操作。
  • 如果我修复IIS Express，或删除My Docs\IISExpress文件夹，或者修复/重新安装Visual Studio→问题可能会消失，但只会暂时消失，然后再回来。

任何建议都表示赞赏。

要回答更多问题，是的，我的机器肯定有马力。令人气愤的是，同样的项目，改变了NOTHING，有时可以非常快地加载，通常在我修复IIS Express并删除My Docs\IISExpress文件夹之后。最终会发生“某事”，再次加载需要2分钟。我正在做的不是一个复杂的项目。没有外部库或依赖项，我的VS.NET没有任何附加组件。

值得注意的是，该机器具有Symantec Endpoint Protection，它具有造成严重破坏的历史。但是直接禁用它（成为管理员很好）并没有解决问题。

我现在有一个理论。我想这都是因为我正在关闭网络共享的重定向文件夹。当调试器经历了数百个“加载符号”行时，我停下来看看它在做什么。这是在我的代码中，加载我有的DisplayTemplate。踏入模板输出：

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

看起来Visual Studio正在重新编译我的displaytemplate 每次它被调用，这又是数百次。我的理论是Visual Studio编译文件，将其保存到网络共享，网络共享然后以某种方式在其上标记新的时间，然后Visual Studio认为文件已更改，因此Visual Studio再次重新编译它。但只有一个理论;我真的不知道。

首先，显然我有脱机文件（这是办公室中的台式电脑;我不在乎）。我明天要禁用，重启和重试。

另外，将我的项目按原样移动到本地C：修复它。它加载速度非常快。但这在工作环境中并不理想。我丢失了以前的版本，我的代码根本没有备份，除非我手动复制它，并且它不再与任何人共享。

我可以将它从C来回复制到网络共享，如果涉及到它。每个页面加载等待两分钟会更烦人。

52 个答案:

答案 0 :(得分：598)

以下是我解决Visual Studio 2012中“慢速符号加载”问题的方法：

  • 转到工具 - ＆gt;选项 - ＆gt;调试 - ＆gt;一般

  • 选中“启用我的代码”旁边的复选标记。

  • 转到工具 - ＆gt;选项 - ＆gt;调试 - ＆gt;符号

  • 单击“...”按钮，在本地计算机上的某处创建/选择一个新文件夹以存储缓存的符号。我将其命名为“符号缓存”并将其放入文档 - ＆gt; Visual Studio 2012。

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

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

  • 点击“确定”。

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

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

答案 1 :(得分：106)

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

在Visual Studio中，工具 - ＆gt;选项 - ＆gt;的IntelliTrace

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

Disable IntelliTrace in Visual Studio 2012

答案 2 :(得分：74)

这对我没有用，但我在删除的符号上找到了一个断点。似乎2010年就是它。要查看这是否是您的问题，请执行debug-＆gt; windows-＆gt;断点如果有任何内容，请删除它们。

桑德斯，提到他检查了但是在这个问题的解决方案中没有提到。对某些人而言可能是常识，但不是我们所有人。

答案 3 :(得分：40)

我删除了“Temporary ASP.NET Files”文件夹，我的localhost页面加载得到了显着改善。这是路径...％temp％\ Temporary ASP.NET Files \

答案 4 :(得分：26)

您是否启用了FusionLog？

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

FusionLog将大量日志内容写入磁盘。在我的案例中，只是在RegEdit上禁用它就解决了所有问题。

这是注册表中的FusionLog密钥：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

检查ForceLog值（启用1，禁用0）。

答案 5 :(得分：25)

我想我最终可能至少知道原因，但不是原因。当问题再次出现时，我注意到大量的“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社区2013中，这仍然是仍然的一个问题，但我似乎至少找到了罪魁祸首的任务： Explorer.exe 即可。是的，谁知道。我结束那个任务的那一刻，bam，页面加载一秒钟。

如果我有一个Windows资源管理器文件浏览器打开我的重定向网络驱动器（这通常是我的代码所在的位置），似乎会出现此问题。关闭窗口是不够的，我必须杀死整个Explorer.exe任务。我只能猜到它正在做什么......用文件句柄搞定？

我通常可以使用任务管理器来启动一个新的explorer.exe任务（我只能采取这么多alt-tabbing），并且Visual Studio将继续加载漂亮而快速。但是，如果我再次打开Windows资源管理器，它几乎总会回到超慢速。

因此，如果您有重定向的网络共享，请试一试。它肯定胜过当地的工作。

答案 6 :(得分：25)

我遇到了同样的问题并尝试了上面的大多数决议。简单地删除缓存和临时文件最终会为我工作。

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

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

和

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

通过将cmd文件添加到具有以下内容的C:\Users\\{username}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup文件夹，可以将此设置为在登录到Windows时自动发生：

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

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

答案 7 :(得分：21)

以上都是很好的解决方案，我尝试了所有这些解决方案，但得到了解决方案here，这是

Debug -> Delete All Breakpoints

答案 8 :(得分：18)

对我而言，它是IE 9.08.8112.16241。一旦我使用Firefox或Chrome，就没有F10或F11的缓慢调试。我不知道IE的问题是什么，但我现在正式鄙视它用于测试。

更新：我已关闭所有IE程序加载项，并且它已恢复全速运行。一次打开一个，发现LastPass（在我的情况下）是罪魁祸首。我想我毕竟不会责怪MS。

答案 9 :(得分：14)

对我来说，我实现了this tip，它通过将以下两个属性添加到web.config中的编译标记基本上大大提高了性能

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

batch =“false”是做什么的？

  

通过仅编译页面，使预编译更具选择性   已经改变并需要重新编译

optimizeCompilations到底在做什么？ Source

  

ASP.NET使用每个应用程序哈希代码，其中包含a的状态   事物的数量，包括bin和App_Code文件夹，以及   Global.asax中。每当ASP.NET应用程序域启动时，它都会检查是否存在   哈希码与之前计算的内容有所不同。如果有，   然后整个codegen文件夹（编译和阴影复制的地方）   现场组装已被消灭。

     

启用此优化后（通过optimizeCompilations =“true”），哈希不再考虑   bin，App_Code和global.asax。因此，如果那些改变，我们不会   擦除codegen文件夹。

参考：Compilation element on msdn

答案 10 :(得分：12)

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

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

答案 11 :(得分：12)

就我而言，它是带有VS 2012的.NET Reflector Visual Studio扩展（版本8.3.0.93）。每个 Step Over （F10）的调试时间为10秒。

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

答案 12 :(得分：11)

启用“Native Code”调试器时，我遇到了Visual Studio调试速度慢的问题。尝试禁用它。

在“Visual Studio 2012”上转到：

  1. 项目属性 - ＆gt;
  2. 网络 - ＆gt;
  3. 调试器（页面底部）。 - ＆GT;
  4. 禁用除ASP.NET以外的所有内容

    5. 希望它有所帮助。

    类似问题：1，2

答案 13 :(得分：11)

就我而言，它是

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

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

答案 14 :(得分：9)

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

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

enter image description here

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

答案 15 :(得分：9)

我也面临这个问题，下面是我执行的步骤，它始终适用于我：

  • 删除解决方案的.suo文件。
  • 删除临时ASP.NET文件 （您可以在％WINDOW％\ Microsoft.NET \ Framework \\ Temporary ASP.NET Files 中找到它）
  • 删除应用程序中的所有断点。

答案 16 :(得分：9)

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

我希望这会有所帮助。

答案 17 :(得分：7)

我的慢速VS问题已通过停用浏览器链接

解决

enter image description here

答案 18 :(得分：6)

如果有人注意到左侧字段中出现此行为，请检查以确保您没有在web.config中设置任何断点。我必须设置一个鼠标点击鼠标，它确实减慢了所有调试操作。

答案 19 :(得分：6)

花了一整天等待符号加载速度与龟速一样慢，混合并在所有可能的组合之间切换：Just My Code, Caching symbols，Intellitrace，即时，killing processes等等。

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

我不得不说我们的机器有很好的规格来快速编译解决方案，所以这绝不是问题。我们在VS 2013 Ultimate中编码。

答案 20 :(得分：5)

清空符号缓存对我有用。

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

答案 21 :(得分：3)

完成上述所有操作后，对我有用的一件事是：
在“线程”窗口（Debug-＆gt; Windows-＆gt; Threads）中，将Group by设置为None。这只能在调试时完成。

即使在关闭该窗口后，这也会产生影响。

答案 22 :(得分：3)

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

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

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

我有“使用Intellisense验证函数名称”CHECKED。 （信息here。）

这比地狱放慢了速度（项目启动时间从2秒到5分钟）。

删除断点可以很好地解决它。

答案 23 :(得分：3)

请确保您尚未以管理员模式打开Visual Studio

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

答案 24 :(得分：3)

转到环境变量并查找键_NT_SYMBOL_PATH。

删除它。

Voila，就像一个魅力。

答案 25 :(得分：2)

在我的情况下，我注意到禁用我的互联网连接会使其运行速度与ctrl-f5一样快，所以我去了debug-＆gt; options-＆gt;符号，只是取消选中所有的.pdb位置。

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

请注意，禁用Debug-＆gt;选项 - ＆gt;调试 - ＆gt;常规“启用源支持”或“要求源文件与原始版本完全匹配”不会产生任何差异。

答案 26 :(得分：2)

选项 1 ：导航到IIS express，清除缓存和网站 

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：删除/重新创建临时文件夹，如下所示

  • Cmd的＆GT; rmdir C:\Users\\{username}\AppData\Local\Microsoft\WebsiteCache /s /q
  • Cmd的＆GT; rmdir C:\Users\\{username}\AppData\Local\Temp /s /q

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

答案 27 :(得分：2)

由于未知的VS扩展已取代默认的Just in Time调试器，因此Asp.net核心调试非常缓慢。

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

说明：https://msdn.microsoft.com/en-us/library/ssc8234s.aspx?f=255&MSPPError=-2147217396

返回默认的JIT调试器（刚检查未选中的托管选项）解决了我的所有问题。

答案 28 :(得分：2)

您的＆＃34;我的文档＆＃34; 文件夹是否已映射到网络共享？

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

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

答案 29 :(得分：2)

我不小心选择了“在源中显示线程”选项。取消选择踩踏代码是正常的。

Show Threads in Source

答案 30 :(得分：2)

为那些没有太多偏离默认VS设置的人提供快速简便的解决方案。

工具 - ＆gt;导入和导出设置 - ＆gt;是，保存我当前的设置 - ＆gt; Visual C＃

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

答案 31 :(得分：2)

对我来说问题是＆＃34;浏览器链接＆＃34;当您为同一个项目打开多个标签时，该功能非常繁重！

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

只需关闭与项目相关联的所有标签，只保留一个！

这个免费的即时视觉工作室！这是魔法 ！ ; - ）

  

“浏览器链接是自Visual Studio 2013以来的一项功能，可在开发环境与一个或多个Web浏览器之间创建通信通道。您可以使用浏览器链接一次在多个浏览器中刷新Web应用程序，这对于跨浏览器测试非常有用。“

答案 32 :(得分：2)

对我而言，这是有条件的断点。这些似乎真的让事情变得缓慢。

答案 33 :(得分：2)

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

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

答案 34 :(得分：2)

在Visual Studio中：

工具 - ＆gt;选项 - ＆gt;调试 - ＆gt;符号

选择＆＃34;仅指定模块＆＃34;。单击＆＃34;指定模块＆＃34;链接，并添加一个空白模块（单击新文档按钮，然后单击确定）。

答案 35 :(得分：2)

部分视图中也存在复杂性，其中页面上的错误无法立即识别。像Model.SomeValue而不是Model.ThisValue。它可能没有下划线并导致调试问题。这可能是一个真正的痛苦。

答案 36 :(得分：1)

正如标题所述，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网络”选项卡）。这是在我所有活动的浏览器中。

解决方案： 在调试时不要将Edge与IIS一起使用。

要了解问题所在，我花了大约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 Marcos”答案。

答案 37 :(得分：1)

我最终通过在本地IIS配置中进行此更改来修复（或至少改进了很多）此问题：

  1. 打开IIS配置
  2. 点击进入应用程序池
  3. 右键单击每个池并打开高级配置
  4. 确保＆＃34;启用32位应用＆＃34; 设置为 TRUE 启动模式设置为 AlwaysRunning

    5. 希望这有助于某人，因为我开始疯狂地试图修复缓慢的调试问题

答案 38 :(得分：1)

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

答案 39 :(得分：1)

这可能对某人有帮助，＆＃xA;我遇到了同样的问题，发现我的SD卡带有驱动器e：\＆＃xA;取出SD卡后，问题得到解决

＆＃xA ;

答案 40 :(得分：0)

关于时间的另一个不得已的解决方案是修复VS安装。

  • 转到Users getFirstAvailableUser(List<Users> userList ) { Iterator<Users> it = userList.iterator(); while ( it.hasNext() ) { Users curr = it.next(); if ( curr.getUserStatus() == UserStatus.AVAILABLE ) { return curr; } } return null; } => Tools
  • 找到现有的VS安装，然后在更多按钮下选择Get Tools and Features。
    • 例如：Visual Studio Enterprise 2019安装。

答案 41 :(得分：0)

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

答案 42 :(得分：0)

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

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

答案 43 :(得分：0)

就我而言，问题是外部运行的exe文件-即：

setupWatch() ;


def collatz(number):
    if number % 2 == 0: #parity conditions value
        return number // 2
    if number % 2 == 1: #parity oddness value
        return 3 * number + 1

print ('Type your number')
result = int(input()) #first time the input will come from the user
while True:
    result = collatz(result) #calculate new result
    print (result)
    #if you want to add break out of the loop put it here

进程，已占用了10％的CPU。杀死它可以直接帮助页面，并且需要一秒钟的时间。

答案 44 :(得分：0)

就我而言

我意识到远程调试会运行并消耗大部分资源。我真的不需要将应用程序制作为64位，因此在将其强制为32位之后，便无法运行远程调试，并且执行速度更快。

答案 45 :(得分：0)

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

“我的解决方案，以避免在您每次开始调试时进行构建：

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

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

  • 点击OK

  • 确保您以管理员

    • 的身份打开Visual Studio
  • 转到Debug -> Attach to Process
  • 点击复选框Show processes from all users -> 查找并选择名为w3wp.exe的过程-> 出现警告时，单击Attach-> ，点击Attach

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

答案 46 :(得分：0)

对我来说，就是我在托管兼容模式下进行调试。在工具中 - ＆gt;选项 - ＆gt;调试 - ＆gt;一般在底部，取消选中＆＃39;使用托管兼容模式＆＃39;。调试变得很快，过去需要花费一分钟来逐步完成一行。我怀疑是什么＆＃39;托管＆＃39;在OP的上面的片段中表示。

有关此内容的更多信息：https://blogs.msdn.microsoft.com/visualstudioalm/2013/10/16/switching-to-managed-compatibility-mode-in-visual-studio-2013/

答案 47 :(得分：0)

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

答案 48 :(得分：0)

对我来说问题是Avast Antivirus。我卸载它并使用Windows Defender运行，一切正常。在我的解决方案中，我在运行Windows应用程序（WinForms或WPF）时只遇到此问题。出于某种原因，它在Web应用程序上从未变慢。

答案 49 :(得分：0)

我在VS 2013中遇到了这个问题。几个月来我的测试一直在调试，但突然出现了可怕的加载符号消息，我不知道我做了什么引起它。

此处或任何其他网页上没有任何建议帮助我。我尝试了至少10次。删除 .suo 文件没有帮助，但在同一位置有两个带有 .testsettings 扩展名的文件和一个带有 <的文件em> .vsmdi 扩展名。这些文件似乎已经过时，可能是VS 2010的遗留物。创建它们的团队成员早已不复存在。

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

答案 50 :(得分：0)

我使用C＃作为默认语言在新作业中设置Visual Studio。我还没注意到我注定要在VB中编程。

我忘了C＃默认，因为VB似乎运行正常。但是，单步执行代码需要花费大量时间。在尝试了一些修复之后，我绝望地将默认语言改为VB ... bingo！

如果你已经走到这一步，那绝对值得一试。

答案 51 :(得分：-2)

重新启动计算机

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

相关问题
最新问题