另一个迟到的答案，但我找到了这个问题的另一个“解决方案”。

When it looks as if the Visual Studio app has frozen on search...leave it alone. Don't close it. Don't restart it. Just let it go for about 10-15 minutes and the problem may correct itself, as it did in my specific case. I'm not sure as to why leaving it alone solved the problem, although my wholly uneducated guess is that Visual Studio is building some sort of an index to be able to search files and running into a snag. Once the 10-15 minutes are up and VS completes its search, it seems fine after that.

下面的方法对我很有效。Visual Studio→菜单窗口→重置窗口面板。Visual Studio的大小调整使它隐藏了选项。

在将Visual Studio 2019更新到16.4.3之后，我今天遇到了与glenneroo相同的问题。找到了一个适合我的解决方案。

打开“查找选项”并检查“查看这些文件类型”文本字段中是否有(特殊)字符。如果是，请移除。

这个bug在Visual Studio中已经存在很长时间了，而且似乎从来没有得到修复。

查看2004年的MS Connect项目:http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find-was-stopped

我不敢相信他们仍然没有在VS2010中修复它-但它仍然在那里:(

连接项已标记为关闭-不会修复:https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in-visual-studio

这对我来说很有用，因为其他方法都不起作用，或者只在某些时候起作用:

进行搜索，在搜索的同时，一直按住CRTL并继续按Break键。

虫源

这不是Visual Studio或Windows相关的错误。事实上，漏洞就在你的键盘上!据报道，来自不同厂商的许多键盘都有问题。

问题

如果你按下Ctrl+Break，然后先释放Ctrl，那么Break就会卡在一个有bug的键盘上。如果你曾经以“错误”的方式按下Ctrl+Break，你就会遇到搜索被中断的问题。

细节

根据扫码规范，Break和Ctrl+Break是特殊的。当你按下break键时，他们会发送“make”(按下)和“break”(释放)扫描码。当你释放Break时，他们什么也不发送。有bug的键盘将发送以下序列:

按“make”扫描代码 Ctrl+Break“make”扫描代码 按Ctrl“break”扫描代码 暂停“中断”扫描代码

也就是说，Ctrl+Break从来不释放，而是释放Pause。

繁殖

例如，你可以从Visual Studio工具中使用老式的spy++。将它附加到任何东西上，例如Windows记事本和监视消息(我建议您只选择键盘消息)。按Ctrl+Break，首先释放Ctrl。检查spy++的输出。您将看到我在Details部分中显示的序列。

我在同一台电脑上尝试了两种不同的键盘。罗技K120有这个bug，而其他一些三美键盘根据规格表现，没有这个bug。

如果你仔细想想，就很容易理解正确的行为需要特殊的情况处理，而有bug的行为是幼稚的。这就是为什么许多不同的键盘都有bug。

解决方案

更换键盘:)

解决方案

你只需要按Ctrl+Break，注意先释放Break。哪个应用程序处于活动状态并不重要。