Visual Studio 2013 Update 2最大化了核心
我最近在Windows 7虚拟机上安装了Visual Studio 2013 Professional Update 2。 我一直在运行VS 2012没有问题，但我想升级。 一切都运行良好一个星期，但现在对于某个项目，IDE正陷入困境，任务pipe理器报告在我的4核心机器上一致的25％的CPU使用率。 重新启动VS和我的电脑什么都不做。
如果我在安全模式devenv.exe /SafeMode启动VS，则问题消失，并且是特定于项目的。
我运行了Process Explorer，发现了这个线程
（注：不是突出显示的一个，但顶部的线程）
然后，我发现这个论坛有关： https : //connect.microsoft.com/VisualStudio/feedback/details/873579/high-cpu-usage-possibly-after-updating-to-update-2但我没有电动工具或交替线颜色扩展安装。
如果没有任何扩展名（我没有添加任何扩展名），那么问题是什么？ 我唯一能想到的就是NuGet包。
编辑我发现这个线程Asp.Net CPU问题与Visual Studio 2013更新2后Kendo UI树视图工作，并尝试禁用浏览器链接解决scheme无济于事。
编辑我也禁用源代码pipe理，如这里所描述VS2013永久CPU使用率，即使在空闲模式，但显然它不是固定在更新2作为问题状态。
编辑debugging和暂停罪魁祸首线程（主线程）给我这个堆栈跟踪更经常： 
在Visual Studio 2013 Update 4上，我一直在苦苦挣扎几天。
在这里禁用“启用浏览器链接”选项 ：
解决了我的问题 。
到目前为止，我发现的一个解决方法是：打开项目后，卸载并重新加载解决scheme资源pipe理器中的解决scheme的启动项目。 这将使CPU使用率恢复正常（〜0％空闲）。
从我可以告诉谷歌searchMicrosoft.VisualStudio.JavaScript.Web.Extensions.dll ，该DLL是相关的Web Essentials插件。 如果你特别禁用该插件（如果没有， 所有的插件），问题就消失了吗？
如果这是一个插件的问题，要么住在它被禁用或与开发人员联系。
我知道这个线程正在变老，但以防万一这可以帮助别人…
我也有这个问题，我可以肯定地把它放在我的情况下的Web Essentials。 但是，更具体地说，Web Essentials曾经在IDE中打开.less或.css文件。
我已经重新启动了IDE，使用情况恢复正常，但是一旦我打开一个css文件，CPU开始爬起来，整个IDE变得非常慢。 closures所有less / css文件似乎最终将CPU / IDE带回地面。
我到目前为止的两个解决方法：
- 卸载WE 🙁
- 在Notepad ++中编辑我的.less和.css文件，并使用其他的IDE
这也不是一个特别好的解决scheme！
这是VS2013 Pro + Update 2和WE的最新版本。 下一步是看VS更新3 RC +最新的每晚构buildWE有没有同样的问题。
编辑：一个想法刚刚发生。 我只是最近不得不从VS高级更改VS Pro，我不记得高级版本发生的问题。 我不知道这是否只是专业版？
我知道你说你没有扩展名，但是你可能要仔细检查一下。 看起来Web Essentials扩展与VS 2013 Update 2不兼容，可能导致描述的行为。 解决方法是下载最新的Web Essentials每晚构build。 您必须手动完成，因为在修复之前，Nuget的最后一个稳定版本已经有好几个月的时间了。
更多信息和下载链接在这里 。
我的CPU负载在核心i7上是15-25％，删除我的项目文件夹中的.sdf文件后下降到了0％。
我在这里有一个类似的问题（25-30％的CPU使用率），并没有安装Microsoft SQL Server Compact 4.0抱怨（不知道为什么，它应该与Visual Studio一起安装）。
下载并单独安装后，解决了CPU使用率问题。
对于它的价值，我有类似的问题与缺less的Server Compact 4，我的c + +解决scheme一直在25％的CPU使用率。 我已经安装了Server Compact 4 SP1。 我的系统是Windows 7 64位。 我卸载了SP1并下载并安装了Server Compact 4，现在一切正常。 我当然也得到了Intellisense。
我刚刚有这个问题; 对我来说，已经通过安装Update 5来解决了。
安装最新的MS更新后，该问题开始发生; （注意：我的date格式是英国： DD/MM/YYYY ;今天是2015年10/12/2015 – 列出的一些修补程序是（将？）据称安装在11日）：
get-hotfix ` | ?{$_.InstalledOn -gt ((get-date).AddDays(-7))} ` | ft Description, HotfixId, InstalledOn -AutoSize Description HotfixId InstalledOn ----------- -------- ----------- Security Update KB3046017 08/12/2015 00:00:00 Security Update KB3060716 08/12/2015 00:00:00 Update KB3064209 08/12/2015 00:00:00 Security Update KB3071756 08/12/2015 00:00:00 Security Update KB3072305 08/12/2015 00:00:00 Security Update KB3075220 08/12/2015 00:00:00 Update KB3075851 08/12/2015 00:00:00 Security Update KB3076895 08/12/2015 00:00:00 Security Update KB3076949 08/12/2015 00:00:00 Security Update KB3078071 08/12/2015 00:00:00 Security Update KB3078601 08/12/2015 00:00:00 Security Update KB3079757 08/12/2015 00:00:00 Security Update KB3081320 11/12/2015 00:00:00 Security Update KB3092601 11/12/2015 00:00:00 Security Update KB3100773 11/12/2015 00:00:00 Security Update KB3101246 11/12/2015 00:00:00 Security Update KB3101722 11/12/2015 00:00:00 Security Update KB3101746 11/12/2015 00:00:00 Update KB3102810 11/12/2015 00:00:00
之前（在使用Visual Studio /注意到问题之前）我已经卸载了与Outlook相关的另一个修复程序 ，这个修复程序导致它以安全模式打开。
