在Visual Studio 2013更新3之后，我遇到了同样的问题。之前，我可以只写"。cs"或"。查看这些文件类型:它将工作。但在更新3之后，我现在必须放“。cs”或“。”cshtml”(或任何我想搜索的文件类型)，它工作得很好。

虫源

这不是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。哪个应用程序处于活动状态并不重要。

滚动锁定和打破的组合对我来说没有任何作用。作为一种变通方法，我将解决方案目录添加到Search Folders(第二个省略号按钮)，然后将Look In字段更改为解决方案目录。根本问题仍然存在，但对我来说，这在功能上是一样的。

(Visual Studio 2013, Windows 8.1, x64)

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

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

这是我使用Visual Studio最大的问题之一。对我来说(Windows 10, Visual Studio 2015)，在所有文件中找到的窗口被白色锁住了，你猜怎么着，点击打印屏幕解决了这个问题。

随着Visual Studio版本15.8.8的更新，这种情况已经开始发生在我身上。上面的步骤都没用。没有错误。这似乎是一个“卡住”的搜索。

我最近安装了ApexSQL Refactor 2018.03.0331。卸载这个并没有解决问题，似乎也不是原因。这似乎与Visual Studio 15.8.8版本的更新有关。

我完全卸载了Visual Studio，重新安装了15.8.8版本。Ctrl-Shift-F搜索整个解决方案的问题不再是一个问题。无论是什么原因导致的问题都在卸载和安装后解决。

我再次安装了ApexSQL Refactor 2018.03.0331，一切仍然正常工作。