VB.Net 2008 IDE挂起-MSVB7.dll在编辑代码时消耗100%的CPU

编辑1：卸载和重新安装 编辑2：同样的问题。认真地对

我的双核系统上的msvb7.dll占用了50%以上的cpu，我遇到了一个问题。这通常持续10-30秒左右，在此期间IDE没有响应

当我在文本编辑器中执行几乎所有操作时，就会发生这种情况，只需向函数中添加空行，然后删除它们，就可以复制这种情况。或者粘贴一些代码。或洛萨的东西

• 已安装SP1
• 我已经安装了DevExpress的重构/coderush、组件和codeit.right，但已经删除了所有3个组件。
  • （我可能在前一天安装了最新版本的Refactor Pro！（9.3.4）
• 我尝试了VS.NET修复
• 有一个kb引用了vb销毁的一些cpu，但它包含在SP1中

此外：

• 该解决方案由约30个VB项目和2个C#项目组成
• 8其他开发人员对此没有任何问题（或者至少没有相同的问题，我们都有em）
• 已完成从TFS的清除获取
• 项目构建正确，甚至可以调试
• 这似乎不会发生在非常小的解决方案上，但也许会发生，而且它会很快消失

到底是什么原因造成的，或者是如何修复的，有什么线索吗？我真的不想再浪费一天的时间卸载、重新安装和修补等等，如果这能解决问题的话

编辑查看这两个修补程序。应用957912，第一个

这是我在

msvb7.dll

运行时从threads窗口获得的堆栈跟踪（process explorer）

--- title in process explorer [threads] tab for process --------
cpu:49.28%  cswitch delta: 300 to 3500  startaddress: [msvb7.dll+0x4218c]
    msvb7.dll version: 9.0.30729.1
--- actual stack trace -------
ntkrnlpa.exe!KiUnexpectedInterrupt+0x121
ntkrnlpa.exe!ZwYieldExecution+0x1c56
ntkrnlpa.exe!KiDispatchInterrupt+0x72e
NDIS.sys!NdisFreeToBlockPool+0x15e1
// shortened stack trace.  all of these are from msvb7, 
msvb7.dll+0x46ce7 <- 0x2676a <- 0x2698e <- 0x38031 <- 0x2659f <- 0x26644
msvb7.dll+0x25f29 <- 0x2ac7a <- 0x27522 <- 0x274a0 <- 0x2b5ce <- 0x2b6e4
msvb7.dll+0x67d0a <- 0x68551 <- 0x6817b <- 0x681f0 <- 0x67c38 <- 0x65fa8
msvb7.dll+0x666c6 <- 0x6672c <- 0x6673d <- 0x6677c <- 0x667b4 <- 0x63c77
msvb7.dll+0x63e97 <- 0x42c3a <- 0x42bc1 <- 0x41bd7
kernel32.dll!GetModuleFileNameA+0x1b4

---

我见过类似的情况，当你在一个类中以特定的方式使用循环引用时。它试图显示intellisense，并在试图构建列表的无限循环中结束。不过，我现在不记得确切的情况了。

使用Process Monitor（）并在Visual Studio表现出这种行为时跟踪其活动。我曾经多次这样做，并取得了巨大的成功

---

我实际上是在启动时监视Excel，以确定Excel在VSTO加载项方面出现问题的原因。原来Excel也在尝试加载以前的版本，所以我加载了两个外接程序。我不到一分钟就明白了。如果没有Process Explorer，我可能会花上数小时或数天时间进行故障排除。

放弃并删除VS 2008和所有支持软件。现在重新安装。调试很有趣，但我不得不取消了今天早上的一个会议，因为我什么都没做

如果我在微软找到一份工作，我会进一步调查。。。但是这个对我来说太难了 我和我多年来从事.net工作所遗留下来的蹩脚调试技能；）

DOH！重新安装后，它仍然损坏！我可能实际上必须解决这个问题：（

@谢谢，我已经完全忘记了

问题出在解析线程的某个地方，我无法确定它到底做错了什么。我看到了很多FS活动，但没有什么可以识别为wierd。它只是不断构建临时文件（名称相同？）看起来它每次都在做每一件事，速度很慢。但我不知道它应该是什么样子

---

启动很好，这主要发生在我编辑文件时。它似乎只是开始咀嚼intellisense，但为什么需要这么长时间是很奇怪的。

我想知道是否有这样的事情。但我不知道如何检查它…不是在这么大的东西中。有一天我想问一个可以解决的vs.net问题：（我想这将是一次卸载，像往常一样。您使用Process Monitor了吗？清除所有Visual Studio“临时”文件。查看“清除最近的”文件。）脚本位于。根据您自己的需要修改它。例如，我不喜欢Flash，因此您可能希望删除对ClearTupIDFlash的调用和其他非Visual Studio调用。请在运行脚本之前查看脚本并验证目录的内容。@amissico-yes，，这就是我所指的。我看到它在做很多事情，但n除此之外，它不适用于其他工作正常的项目。它在~/temp中生成了几个巨大的vbcXX.tmp文件，但我的所有解决方案都会这样做。在我重新安装组件并运行了几次你的清理程序之后，它暂时停止了这项工作。我喜欢你发布的脚本，但我根本没有修改它。非常方便。我太懒了我很高兴自己写这篇文章，所以谢谢！我希望它能保持不变。我不能告诉你这个脚本已经运行了多少次。我每周至少运行三次。就在今天，我运行了两次（并且重新启动了两次）。通常，你必须更频繁地使用C#、ASP.NET和C#/ASP.NET来运行它。（包含多个C#和VB.NET的ASP.NET网站项目最差。）

Microsoft Visual Studio 2008 | Version 9.0.30729.1 SP
Microsoft Visual Studio 2008 Professional Edition - ENU Service Pack 1 (KB945140)   KB945140
Microsoft .NET Framework | Version 3.5 SP1
Microsoft Visual Basic 2008      
Microsoft Visual C# 2008   
Microsoft Visual F# for Visual Studio 2008   
Microsoft Visual Studio 2008 Team Explorer | Version 9.0.30729.1    
Microsoft Visual Studio 2008 Tools for Office   
Microsoft Visual Web Developer 2008  
Hotfix for Microsoft Visual Studio 2008 Professional Edition - ENU 
  KB944899, KB945282, KB946040, KB946308, KB946344, KB946581, KB947171
  KB947173, KB947180, KB947540, KB947789, KB948127, KB946260, KB946458, KB948816

Microsoft Recipe Framework Package   8.0        
Process Editor WIT Designer   1.4.0.0
Process Editor for Microsoft Visual Studio Team Foundation Server, Version 1.4.0.0    
tangible T4 Editor   9.0
tangible T4 Text Template Editor - T4 Editor    
tangibleprojectsystem   1.0  
Team Foundation Server Power Tools   October 2008   
SQL Prompt 4.0 (disabled)