事情大约是这样的，最近这几天我的VS 2005突然变得非常的慢，每次我在VS 2005中保存文件都造成VS假死，没有响应，大约1分钟以后才能恢复过来。
回忆一些最近这几天似乎也没干什么特别的事情，为什么VS 2005变得这么慢了呢??
于是祭出Windbg来看看到底VS2005怎么了。
1. 首先当VS2005没有响应的时候，用Windbg把VS断下来，用命令~* kv 把所有的线程的call stack栈打出来，发现其中有一个线程比较可疑，部分call stack如下:
ntdll!KiFastSystemCallRet
ntdll!NtCreateFile
kernel32!CreateFileW
VSFileHandler!util_GetSolutionFileType
VSFileHandler!CVsShellExtHandler::Load
SHELL32!CFSFolder::_HandlerCreateInstance
2. 继续分析kernel32!CreateFileW到底在干什么，反汇编这个函数的调用点。
3aee9533e969010000 jmp VSFileHandler!util_GetSolutionFileType+0x1bc (3aee96a1)
3aee953853 push ebx
3aee95396880000008 push 8000080h
3aee953e6a03 push 3
3aee954053 push ebx
3aee95416a01 push 1
3aee95436800000080 push 80000000h
3aee954856 push esi //这里是参数入栈的地方，我知道esi里面存放的就是文件的名字
3aee9549ff157010ee3a call dword ptr[VSFileHandler!_imp__CreateFileW (3aee1070)] //这里是调用kernel32!CreateFileW的地方。
3aee954f8bf0 mov esi,eax
kernel32!CreateFileW的函数原型网上都有，最后一个push esi中的esi就是文件的名字。这里esi保存的是一个unicode string的地址
使用du /c 100 esi 命令把它打印出来:"\\roland-pc4\d$\DirectXSample\C++\Direct3D\Blobs\Blobs_2005.sln"
好了，这就是问题的根结所在了，不知道是何原因，在每次存盘的时候VS2005都要去访问一下Recent Project中的工程文件，而roland-pc4这台机器是我的开发板，它的网络常常处于断掉的情形，所以当VS2005要去访问roland-pc4上的一个工程文件时，他不得不等待网络超时，所以整个VS2005假死，没有响应了。
解决问题很简单，找到注册表中保存Recent Projects的地方
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\ProjectMRUList
把对应的条目删掉，问题就结束了。