我有一个解决方案,它只有一个项目,大约有30个类文件。如果我使用“查找和替换”来搜索当前打开的文档,它的速度非常快,但如果我尝试搜索整个解决方案,则每个结果之间似乎需要3-4秒的时间。即使有我能看到的一个接一个的比赛,仍然有3-4秒的滞后。硬盘什么也不做,CPU空闲--是什么导致了这种停顿?
发布于 2009-05-05 19:58:29
使用“在文件中查找”,因为它的速度要快得多。
发布于 2010-07-14 05:19:42
我通过使用Microsoft Sysinternals tool ProcMon.exe找到了答案。在VS2008中使用Ctrl-Shift-H搜索非常慢;这是在所有文件中查找,包括整个解决方案,查找选项字段“查看这些文件类型”文本框为空。
我通过ProcMon.exe发现,它为DevEnv.exe进程显示它正在搜索资源文件(包含的DLL、JPG、GIF等)。=(哦。我决定将“查看这些文件类型”更改为只针对长文本过滤器".vb;.resx;*.xsd“等进行处理,瞧,它很快。嗯,这看起来有点奇怪,它会搜索不能搜索的文件(实际上)。=(
设置了这些过滤文件类型后,"devenv.exe“的结果要少得多,而且速度更快。
下面是重现的完整步骤,所以如果您有其他需要使用此过程的情况,请随时遵循。
最后,确保“查看这些文件类型”与您要搜索的项目完全匹配。有没有人对排除GIF、PNG、JPG和其他不需要搜索的文件有什么想法?可能使用正则表达式!?谁想提供一些反馈,让我们都能从更好的搜索和替换体验中受益?
啊,那好多了,我不需要等5-8秒就能找到下一个匹配。
发布于 2009-05-05 19:28:06
检查路径与搜索。这可能是导致大量时间的顶级目录。如果是这样--缩小要搜索的目录范围。
https://stackoverflow.com/questions/826506
复制相似问题