VS 2017 – debugging时非常慢（laggy）
当我debugging我的解决scheme时，vs 2017非常滞后，速度很慢，就像在后台运行一些重量级的东西。
所以它每5秒停止响应2秒钟，这非常烦人。 有什么build议么？
编辑（试过build议）：
- 浏览器链接已closures
- 停止了客户反馈
经过一些额外的调查，我发现这个线程取消选中启用诊断工具，同时在工具→选项→debugging→常规debugging了窍门！
如果禁用诊断工具不能解决问题，请尝试在工具 – >选项 – > IntelliTrace中禁用IntelliTrace，取消选中启用IntelliTrace。 为我工作。
我已经尝试禁用一些事情自己只是为了看看是什么造成的。 唯一对我有效的工具是工具>选项>debugging>常规>“为ASP.NET（Chrome和IE）启用JavaScriptdebugging”。
我正在为Asp.net WebForms使用VS2017 Enterprise v15.2。
我遇到了同样的问题。 在debugging模式下，我的webforms项目运行非常缓慢。 当使用Ctrl + F5时，它运行得很快（和部署时一样）。 我发现一个执行45次的try / catch块。 它没有做任何事情，只是陷入了我犯的一个错误。 我修复了这个错误，并且在删除try-catch块时 – 瞧！ – 回到全速。
所以，如果你遇到这个问题，你已经尝试了所有的解决scheme（我做过），寻找经常发射的try catch块。 [解决你的错误:)]，然后删除try-catch块。 我无法相信它所造成的差异。 当然，应该没有什么区别，因为try-catch块没有做任何事情，但它做到了。
当“启用JavascriptdebuggingASP.NET（Chrome和IE）”时，我也遇到了滞后。 并closures“debugging时启用诊断工具”没有帮助。
不过，我也注意到，当我的F12 Chrome开发者工具，然后延迟时间消失，应用程序执行。
希望这可以帮助。
我放弃了debugging => 附加到进程工作…甚至尝试了这个SOpost （ 2页的价值 ）的所有解决scheme 。
解
使用ReAttach VS IDE扩展 。 如果这是最近连接的进程，则绕过了再次使用“ 附加到进程”对话框的需要。
隐藏线程窗口为我做了窍门。
对我来说，closures我打开的其他项目解决了等待1分20秒的问题，开始debugging。 出于某种原因，保持这个Visual Studio实例（我使用的是2017）在debugging时会导致问题，包括永远需要的表单提交。 之后，一切顺利！
如果您使用VS 2017企业版，请尝试禁用IntelliTracefunction（工具 – >选项 – > IntelliTrace）
closures此function后，即使保持诊断工具打开（工具 – >选项 – >debugging – >debugging时启用诊断工具），延迟行为也会消失。
