Visual Studio 2010 专业版的响应速度非常慢答案

【问题标题】：Visual Studio 2010 professional responds very slowly whenVisual Studio 2010 专业版的响应速度非常慢
【发布时间】：2011-05-23 19:22:25
【问题描述】：

对我而言，Visual Studio 2010 专业版在我将其用于 WPF 开发时响应非常缓慢。一旦我打开解决方案就不会发生这种情况，但是在我连续使用 WPF 相关活动一段时间后，如编码、调试、在不同 wpf 视图之间切换等。一段时间后，一切都会变慢，如 ctl+ 选项卡，右键单击，键入一切……

顺便说一句，我的系统配置不错。四核处理器，4 GB RAM

知道为什么会发生这种情况，或者其他人是否面临同样的问题？

【问题讨论】：

VS中的WPF设计器是这样的，恐怕。开始很慢，随着使用变得越来越慢。
同样，我从不使用 WPF 设计器，但我发现 VS2010 有时像狗一样运行。 ctrl 选项卡通常没有响应并且经常停止工作。更改项目属性的命名空间最多可能需要 5 分钟，而 cpu 徘徊在 25% 左右。对于小型项目来说还可以，但对于大型应用程序来说确实很困难。

【解决方案1】：

设计器有点慢，VS2010的各种插件也会降低性能。但是，需要注意的一点是，当您打开设计器时，VS2010 实际上会运行您的代码。我有一个项目，开发人员在表单中添加了一堆线程和逻辑，最终由设计师运行，导致设计时性能不佳。

VS 确实有一些方法可以防止这种情况发生，例如，正常的构造函数不会在设计时运行，但有些事情会运行，例如变量实例化。

您可以做的是启动另一个 VS 实例并将调试器（调试 > 附加到进程）附加到第一个 VS 实例。然后，您可以中断第一个实例的执行，并查看设计器是否正在运行您的任何代码。

【讨论】：

您自己的代码可能会给设计人员带来可怕的麻烦，这是一个很好的观点 - 我已经看到自定义 WPF 控件通过过度（荒谬）昂贵的布局重新计算使 VS2010 完全崩溃。
好点。我会试试的。 one qn：“然后你可以中断第一个实例的执行，看看你的代码是否由设计器运行”是什么意思
您将拥有主 VS 实例 main，然后您将启动另一个 debug。一旦debug 附加到main，您选择调试>break all in debug 以停止main。然后你可以进入线程视图（调试>窗口>线程），看看你的代码中是否有任何线程。您还可以在代码中设置断点，看看debug 是否命中它们

【解决方案2】：

这可能不相关，但请检查两件事： 1 - 禁用硬件加速。我在视觉工作室度过了一段糟糕的时光，无法打字，直到我禁用它。 2 - 如果你碰巧有不需要的 VirtualBox/VMWare 插件，它们可能会占用一切。

【讨论】：