Visual Studio调试/加载速度很慢

lenim 发布于 2019-02-03 cassini 最后更新 2019-02-03 10:37 72 浏览

我很有智慧。 Visual Studio的调试速度通常很慢,或者只是简单加载(“无需调试就开始”)我的ASP.NET MVC站点。并非总是如此:首先,这些项目的加载速度会很快,但一旦加载速度变慢,它们会在这之后始终加载速度较慢。我可能会等待1-2分钟或更长时间。 我的设置: 目前我正在使用Visual Studio 2012 Express,但在Visual Studio 2010 Express中也遇到了同样的问题。我的解决方案存储在网络驱动器上;特别是,它是我的文档重定向到网络驱动器,如果它很重要。 (不应该,有时候我的网站在这个设置下加载非常快。) 我通常在Internet Explorer 9中加载,但Firefox中出现同样的问题。 这可能发生在我工作的任何ASP.NET MVC项目中,并且似乎围绕着所有ASP.NET MVC项目所做的DisplayTemplates。如果这很重要的话,那就是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”。看来每次调用displaytemplate时,IIS都会加载符号两次。因此,如果我正在显示一个包含所有三个这些显示模板的100个条目的表格,则会加载600个单独的符号。 这也不是一个快速的操作。查看IIS生成的日志文件,每加载一个符号大约需要200 ms。因此,超长的延误。 我试过的东西:
  • 调试或发布版本,没关系。
  • 将我的项目放在Web服务器上的完整IIS实现上运行速度超快,没有任何问题。
  • Cassini,IIS Express 7.5和IIS Express 8.0都存在问题。
  • 删除所有断点不会执行任何操作。
  • 清理解决方案,或删除.suo也不会执行任何操作。
  • 如果我修复了IIS Express,或者删除了My Docs\IISExpress文件夹,或者修复/重新安装了Visual Studio→问题可能会消失,但只有一段时间才会消失。
任何建议都值得赞赏。 要回答更多的问题,是的,我的机器肯定有马力。令人气愤的是,同样的项目,没有任何改动,有时可以非常快速地加载,通常是在我修复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复制到网络共享。每页加载等待两分钟更烦人。

已邀请:

xquis

赞同来自:

转到环境变量并查找键_NT_SYMBOL_PATH。 删除它。 瞧,工作就像一个魅力。

ieos

赞同来自:

请确保您没有以管理员模式打开Visual Studio 我遇到了这个问题,不得不以正常模式运行。

yet

赞同来自:

有一次,在断电后,每次遇到断点或抛出异常时,我都不得不面对同样的慢速问题。 我有一个模糊的记忆,“suo”文件(与“sln”解决方案文件在同一目录中)可能会被破坏并使一切变慢。

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

fet

赞同来自:

这可能对某人有帮助, 我有同样的问题,发现我有SD卡驱动器e:\ 删除我的SD卡后问题得到解决

jautem

赞同来自:

由于未知的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调试器(刚检查未选中的托管选项)解决了我所有的问题。

dodit

赞同来自:

我偶然选择了“在源代码中显示线程”选项。在取消选择踩踏代码是正常的。 Show Threads in Source

aad

赞同来自:

在Visual Studio中: 工具 - >选项 - >调试 - >符号 选择“仅指定模块”。单击“指定模块”链接,然后添加一个空白模块(单击新文档按钮并单击“确定”)。

zomnis

赞同来自:

清空符号缓存对我有用。 请参阅:菜单栏/工具/选项/调试/符号/空符号缓存

noptio

赞同来自:

对于那些没有太多偏离默认VS设置的人来说,这是一个快速简便的解决方案。 工具 - >导入和导出设置 - >是,保存我当前的设置 - > Visual C# 我相信上面的解决方案也适用于其他默认设置。在我的情况下,有些东西搞砸了我的符号加载设置但我无法解决它,即使我尝试了很多建议的解决方案。

tut

赞同来自:

导航到IIS express,清除缓存和站点

cd "C:\Program Files (x86)\IIS Express\"
run this appcmd.exe list site /xml | appcmd delete site /in
另外,清除%temp%中的临时文件并注销,或重新启动 这将删除所有网站,享受!

sut

赞同来自:

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

iipsa

赞同来自:

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

  • 转到工具 - >选项 - >调试 - >常规
  • 选中“启用我的代码”旁边的复选标记。
  • 转到工具 - >选项 - >调试 - >符号
  • 单击“...”按钮,在本地计算机上的某处创建/选择一个新文件夹以存储缓存的符号。我将其命名为“符号缓存”并将其放在Documents - > Visual Studio 2012中。
  • 单击“加载所有符号”并等待从Microsoft的服务器下载符号,这可能需要一段时间。请注意,“加载所有符号”按钮仅在调试时可用。
  • 取消勾选“Microsoft Symbol Servers”旁边的复选标记,以防止Visual Studio远程查询Microsoft服务器。
  • 点击“确定”。
从现在开始,符号加载应该更快。 请注意,如果对Microsoft程序集进行任何更改/下载,则可能需要再次返回“符号”对话框和“加载所有符号”。

walias

赞同来自:

对我而言,我是在托管兼容模式下进行调试。在工具 - >选项 - >调试 - >底部的常规中,取消选中“使用托管兼容模式”。调试变得很快,过去需要花费一分钟来逐步完成一行。我怀疑这是'管理'在OP的片段中意味着什么。 更多相关信息:https://blogs.msdn.microsoft.com/visualstudioalm/2013/10/16/switching-to-managed-compatibility-mode-in-visual-studio-2013/

wearum

赞同来自:

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

xesse

赞同来自:

我遇到了同样的问题并尝试了上面的大部分决议。简单地删除缓存和临时文件最终会为我工作。 尝试删除这两个文件夹的内容:

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

uid

赞同来自:

类似的问题浪费了我一天的一半! 由于我的问题的解决方案与此处所说的不同,我将发布它以便它可以帮助其他人。 我是一个断点。我有一个“Break at function”断点(即不是在代码行上按F9,而是使用断点窗口创建它们),这应该在我项目之外的库函数中停止。 我有“使用Intellisense验证函数名称”CHECKED。 (Info here。) 这比地狱慢了(项目启动时间从2秒到5分钟)。 删除断点解决了它。

rsequi

赞同来自:

重启你的电脑 我知道这听起来太简单了,但它是唯一对我有用的东西。

eenim

赞同来自:

在我的情况下,我注意到禁用我的互联网连接将使其运行速度与ctrl-f5一样快,所以我去调试 - >选项 - >符号,只是取消选中所有.pdb位置。 似乎VS每次启动调试会话时都试图连接到这些服务器。 请注意,禁用Debug-> Options-> Debugging-> General“启用源支持”或“要求源文件与原始版本完全匹配”不会有任何区别。

phic

赞同来自:

对我来说这是IE 9.08.8112.16241。一旦我使用Firefox或Chrome,就没有F10或F11的缓慢调试。我不知道IE的问题是什么,但我现在正式鄙视使用它进行测试。 更新:我已关闭所有IE程序加载项,它已恢复全速。一次打开一个,发现LastPass(在我的情况下)是罪魁祸首。我想我毕竟不会责怪MS。

emagni

赞同来自:

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

<compilation ... batch="false" optimizeCompilations="true"> ... </compilation>
batch =“false”有什么作用?
It makes pre-compilation more selective by compiling only pages that have changed and require re-compiling
optimizeCompilations究竟在做什么? Source
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.
参考:Compilation element on msdn

yet

赞同来自:

对我来说问题是“浏览器链接”功能,当您为同一个项目打开多个选项卡时,这个功能非常繁重! 因为每次我们启动项目时,它都会打开一个带有浏览器链接通信的新选项卡。 只需关闭与项目关联的所有选项卡,只保留一个! 这个免费的即时视觉工作室!这是魔法 ! ;-)

“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.”

tmodi

赞同来自:

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

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

znemo

赞同来自:

这些都不适合我,但我在一个被删除的符号上找到了一个断点。似乎2010年就是它。要查看这是否是您的问题,请执行debug-> windows-> breakpoints如果有任何内容,请删除它们。 桑德斯提到他检查了这一点,但在这个问题的解决方案中没有提到。也许是某些人的常识,但不是我们所有人。

get

赞同来自:

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

wet

赞同来自:

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

womnis

赞同来自:

花了一整天等待符号加载与龟速一样慢,混合并在所有可能的组合之间切换:Just My Code, Caching symbolsIntellitrace,即时,killing processes等。 我的解决方案实际上是禁用防病毒软件。是的,Windows Defender正在放慢我的项目启动速度!它将检查Visual Studio请求它们的所有dll并减慢整个符号加载过程。 我不得不说我们的机器有很好的规格来快速编译解决方案,所以这绝不是问题。我们在VS 2013 Ultimate中编码。

det

赞同来自:

就我而言,它是

Tools/Options/Debugging/General/Enable JavaScript debugging for ASP.NET (Chrome and IE)
一旦我取消选中此项,我的调试开始时间从45-60秒下降到0-5秒。

wab

赞同来自:

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

Debug -> Delete All Breakpoints

matque

赞同来自:

你启用了FusionLog吗? 在开始调试时,我的VisualStudio启动非常慢,打开解决方案并加载符号。它只在我的机器上很慢,但在其他机器上却没有。 FusionLog将大量日志内容写入磁盘。在我的案例中,只是在RegEdit上禁用它解决了所有问题。 这是注册表上的FusionLog密钥:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
检查ForceLog值(启用1,禁用0)。

cvitae

赞同来自:

我也有调试执行性能问题,我尝试了很多调试器选项。在我的情况下,当我改变这个选项时实现了巨大的性能: 工具 - 选项 - 调试 - 输出窗口 - (常规输出设置 - 所有调试输出) - 关闭

et_est

赞同来自:

我在VS 2013中遇到了这个问题。几个月来我的测试一直在调试,但突然出现了可怕的加载符号消息,我不知道我做了什么导致它。 这里或任何其他网页上没有任何建议帮助我。我尝试了至少10次。删除.suo文件没有帮助,但在同一位置有两个扩展名为.testsettings且扩展名为.vsmdi的文件。这些文件似乎已经过时,可能是VS 2010的遗留物。创建它们的团队成员早已不复存在。 我发现我可以毫无问题地删除所有这三个文件。我发现只需删除特定的.testsettings文件即可停止加载符号消息。我的噩梦结束了。

nqui

赞同来自:

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

enter image description here

xesse

赞同来自:

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

xest

赞同来自:

从c:\ Users \ username \ AppData \ Local \ Temp \中删除所有内容,然后重试。

ysit

赞同来自:

关闭intelliTrace为我解决了这个问题。 在Visual Studio中,工具 - >选项 - > IntelliTrace 然后,取消选中“启用IntelliTrace”复选框。

Disable IntelliTrace in Visual Studio 2012

ret

赞同来自:

启用“Native Code”调试器时,我遇到了Visual Studio调试速度慢的问题。尝试禁用它。 在“Visual Studio 2012”上转到:

  1. 项目属性 - >
  2. 网络 - >
  3. 调试器(页面底部)。 - >
  4. 禁用除ASP.NET以外的所有内容
希望能帮助到你。 类似的问题:12

ased

赞同来自:

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

wet

赞同来自:

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

  1. 打开IIS配置
  2. 点击进入应用程序池
  3. 右键单击每个池并打开高级配置
  4. 确保“启用32位应用”设置为TRUE 和启动模式设置为AlwaysRunning
希望这有助于某人,因为我开始疯狂尝试修复慢速调试问题

qquas

赞同来自:

我使用C#作为默认语言在一个新工作中设置我的Visual Studio。我还没有意识到我注定要在VB中编程。 我忘记了C#默认,因为VB似乎运行正常。但是,单步执行代码需要花费大量时间。在尝试了一些修复之后,我绝望地将默认语言改为VB ... bingo! 如果你已经走到这一步,那绝对值得一试。

xsed

赞同来自:

在我的例子中,它是带有VS 2012的.NET Reflector Visual Studio Extension(版本8.3.0.93)。每次Step Over(F10)调试都需要10秒。 在Visual Studio中,转到“工具/扩展和更新...”并禁用.NET Reflector Visual Studio扩展。不要忘记重新启动Visual Studio。

mnatus

赞同来自:

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

uaut

赞同来自:

我想我最终可能至少知道原因,但不是原因。当问题再次出现时,我注意到大量的“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资源管理器,它几乎总会回到超慢速。 因此,如果您有重定向的网络共享,请试一试。它肯定胜过当地的工作。

gnihil

赞同来自:

在Windows资源管理器中打开解决方案文件夹,关闭visual studio,从Windows资源管理器中删除.suo文件。 现在在visual studio中打开项目,希望调试器可以快速连接/分离。

menim

赞同来自:

完成上述所有工作后,对我有用的一件事是:
在“线程”窗口(Debug-> Windows-> Threads)中,将Group by设置为None。这只能在调试时完成。 即使在关闭窗口后,这也会产生影响。

zomnis

赞同来自:

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