“整个解决方案”的搜索停止工作
不知何故，Visual Studio 搜索已停止为我工作。每当我在“整个解决方案”中搜索某些文本时，我都会得到以下结果：
查找所有“[无论我在搜索什么]”、子文件夹、查找结果 1、“整个解决方案”没有找到要查找的匹配文本。查找已停止。
为什么它突然说“没有找到要查看的文件”？
我在 Google 上找到了许多链接，上面写着要按 Ctrl + Break 或 Ctrl + Scroll Lock，但它们似乎都不适合我。
我偶尔会遇到这个问题。我发现的一个看似荒谬的解决方案是在“查找结果”窗口（而不是“输出”窗口）内单击。一旦闪烁的文本光标可见，按 Ctrl+Break 四五次。这似乎“解锁”了导致问题的任何原因。
有报告可能需要使用 Ctrl + ScrLk 而不是 Ctrl+Break 。如果这些都不起作用，请单独尝试 Break。
来自 Codeguard 的注释：我找到了解决此问题的 explanation and deterministic solution
Windows 7 Pro SP1 64 位，Visual Studio 9.0.30729.1
没有工作：
Ctrl + 中断
Ctrl + 滚动锁定
重新启动 Visual Studio
工作过：
中断（在查找结果 1 和 2 中）（仅按下一次）
资料来源：戈登链接中的评论...
错误来源
这既不是 Visual Studio 也不是 Windows 相关的错误。事实上，错误就在你的键盘上！据报道，来自不同供应商的许多键盘存在故障。
问题
如果您先按 Ctrl+Break 并释放 Ctrl，则 Break 会卡在有问题的键盘上。如果您曾经以“错误”的方式按下 Ctrl+Break，您将遇到搜索被中断的问题。
细节
根据扫码规范，Break 和 Ctrl+Break 是特殊的。他们会在您按下 Break 的那一刻发送“make”（按下）和“break”（释放）扫描代码。当你发布 Break 时，它们什么也不发送。有问题的键盘将发送以下序列：
Ctrl“make”扫码 Ctrl+Break“make”扫码 Ctrl“break”扫码 暂停“break”扫码
也就是说，永远不会释放 Ctrl+Break，而是释放 Pause。
再生产
例如，您可以使用 Visual Studio 工具中的旧 Spy++。将它附加到任何东西上，例如 Windows 记事本和监控消息（我建议您只选择键盘消息）。按 Ctrl+Break，先松开 Ctrl。检查 Spy++ 的输出。您将看到我在详细信息部分中显示的序列。
我在同一台计算机上尝试了两种不同的键盘。 Logitech K120 有这个 bug，而其他一些 Mitsumi 键盘的行为符合规范并且没有这个 bug。
如果你仔细想想，很容易理解正确的行为需要特殊情况处理，而错误的行为是幼稚的。这就是为什么许多不同的键盘可能有问题的原因。
解决方案
更换你的键盘:)
解决方法
您只需按Ctrl+Break，注意先释放Break。哪个应用程序处于活动状态并不重要。
这个错误在 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 中修复它 - 但它仍然存在 :(
Connect 项目已标记为已关闭 - 无法修复：https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in-visual-studio
Ctrl+Break 或 Ctrl+ScrLk 取消查找操作。试试看。发生的事情是某些软件层（可能是 Windows）认为这些键仍然被按下，即使它们没有被按下。按下并释放它们会清除标志。
它可以是以下任何一种组合：
Ctrl+中断
Alt+中断
休息
Ctrl+ScrLk
请记住，您的键盘上有多个 control 和 alt 键 - 尝试使用它们中的每一个。如果是右 Ctrl 键 + ScrLk，按左 Ctrl 不会解决问题。
Here 是 Microsoft 以“无法修复”的形式关闭的 Connect 问题。
如果这对您来说是一个反复出现的问题，那么 a Visual Studio extension 会抑制导致问题的虚拟键。
Ctrl + F 和 Ctrl + Shift + F 已停止在 Visual Studio 2015 社区版上工作。
我的朋友告诉我要去：
工具→导入和导出设置：选择：重置所有设置→下一步选择：不，只是重置设置，覆盖我当前的设置→下一步选择：常规→完成
就我而言，我在搜索窗口的“查看这些文件类型：”字段中有一个虚假字符。
删除字符解决了这个问题。
视觉工作室 2017
https://i.stack.imgur.com/7XrID.png
Visual Studio 2012 中的搜索解决方案已损坏。我在三台机器上测试过，在两台机器上都没有。我发现哪个有效的是单击搜索字段旁边的下拉箭头并选择全部查找。这有点痛苦，因为每次搜索解决方案时都必须选择下拉菜单。
https://i.stack.imgur.com/bVNkD.png
我尝试了所有以前的选项。它们对我不起作用，但阅读它们让我确信这是一个错误，我将不得不尝试一些未知的方法来让它工作。所以，我在 Visual Studio 2010 中尝试了一个简单的文件搜索：
当前文档 所有打开的文档
两者都有效。
然后我尝试在文件中查找，哇！它开始工作了。
不幸的是，这些特殊的击键都不适合我。只有重新启动 Visual Studio 2010 似乎对我有用。
我在 Visual Studio 2013（更新 3）中遇到了同样的问题。以前列出的所有组合键都不适合我。我在 FileTypes 中选择了 *.cs。
为了让它工作，我把它改成了 *.*，然后又改回 *.cs - 现在它工作了。
几年来我一直在使用 Visual Studio 13 没有这个问题，我在应用 Update 5 后开始遇到这个问题，或者它可能是我在不知不觉中按下的奇怪按键组合触发了它，我不确定。
Echelon_Force 的解决方案对我有用。谢谢！
没有工作：
Ctrl + 中断
Ctrl + 滚动锁定
工作过：
中断（在查找结果 1 和 2 窗口中 - 仅按下一次）
在文件中找到快乐！
Scroll Lock 和 Break 的所有组合对我没有任何作用。作为一种解决方法，我将解决方案目录添加到“搜索文件夹”（第二个省略号按钮），然后将“查找范围”字段更改为解决方案目录。根本问题仍然存在，但对我来说，这在功能上是一样的。
（Visual Studio 2013、Windows 8.1、x64）
https://i.stack.imgur.com/jseqx.png
在将 Visual Studio 2019 更新到 16.4.3 后，我今天遇到了与 glenneroo 相同的问题。找到了适合我的解决方案 here。
打开 Find Options 并检查 Look at these file types 文本字段中是否有（特殊）字符。如果是这样，请将其删除。
在更新 3 之后的 Visual Studio 2013 中，我遇到了同样的问题。以前，我可以将“.cs”或“.cshtml”放在“查看这些文件类型：”中，这样就可以了。但是在更新 3 之后，我现在必须输入“.cs”或“.cshtml”（或我想要搜索的任何文件类型），它工作正常。
在其他一切都没有或仅在某些时候起作用之后，这对我有用：
进行搜索，并在搜索时一直按住 CRTL 并按住 Break。
如果您要搜索多种文件类型，它们必须用 ; 分隔。字符，而不是空格。
这将返回正确的结果：
*.cs;*.vb;*.js;*.aspx
这根本不返回任何内容：
*.cs *.vb *.js *.aspx
这不是原始海报的问题，但对于其他无法弄清楚他们的搜索为什么不起作用的人来说，这可能是原因。
另一个迟到的答案，但我为这个问题找到了另一个“解决方案”。
当它看起来好像 Visual Studio 应用程序已在搜索中冻结时......不要理会它。不要关闭它。不要重新启动它。只需让它等待大约 10-15 分钟，问题可能会自行纠正，就像在我的具体案例中一样。我不确定为什么不理会它会解决问题，尽管我完全没有受过教育的猜测是 Visual Studio 正在构建某种索引以便能够搜索文件并遇到障碍。一旦 10-15 分钟结束并且 VS 完成搜索，之后似乎就好了。
可能不适用于大多数情况，但为我解决的问题是在搜索窗口中关闭“使用正则表达式”。我以前一直在使用正则表达式进行一些棘手的替换，完成后并没有关闭。我认为它可能将简单替换文本的一部分（见下文 - 有一些特殊字符）解释为不完整或格式错误的正则表达式的开始，因此实际上无法进行任何匹配。如果它告诉你就好了！
https://i.stack.imgur.com/7g0Lh.png
( 字符。 “替换为”文本很好，因为括号在那个框中并不特殊。
如果我使用 Ctrl + F（在整个解决方案中查找），它似乎只会锁定，而如果我使用 Ctrl + Shift + F（在文件中查找）则不会。
这个 Ctrl+Break 技巧对我有用多年，最终理解 why this happens 真的很有趣。对于 VS2015，我在搜索方面遇到了一些相关的问题：我的 Ctrl+Shift+F 根本不起作用，当我按下这个组合键时似乎被忽略了。我什至尝试重新安装 VS 2015，但我仍然遇到同样的问题。
如果有人遇到同样的问题，原因如下：
我发现无论出于何种随机原因，VS2015 在连接到我的 PC 的另一台显示器上显示“在文件中查找”对话框。另一台显示器是 4K 三星电视，通常保持“关闭”状态，我不知道为什么 VS 2015 会将该搜索对话框发送到该显示器。令人惊讶的是，当我打开电视时，搜索对话框会自行移动到主显示器！
Ctrl + Break 适用于 Visual Studio 2008
没有什么对我有用。我也使用 Resharper。所以我不得不重置我的 VS 键绑定并重新应用 Resharper 快捷方式。只有这让我工作。
重置当前键盘配置（工具 | 选项 | 环境 | 键盘 | 重置）。转到 ReSharper |选项 |环境 |键盘和菜单 | “视觉工作室” |申请方案。
我在虚拟机中运行 Visual Studio 2012 Professional，使用 Linux 机器上的 rdesktop 进行连接。
其他建议均无效，但解决问题的是：
转到“查找和替换”屏幕。 （在我的情况下是 ctrl-shift-f）
输入搜索文本并选择“整个解决方案”
点击“查找下一个”，它应该会找到一个结果。
点击“查找全部”，现在可以正常工作而不会中止。 （请注意，我真的很用力地打了我的鼠标，并且还涉及到一些咒骂，但我认为除了心理方面之外没有任何相关性：D）
尝试了所有解决方案，但我的修复是我在 Windows 上意外更改为另一种语言键盘，在我改回英文键盘后，它可以工作，最后我可以ctrl + shirt + f
我目前正在使用 VS2019 16.7.7，并且，如果我尝试在整个解决方案中找到某些内容，VS 永远不会找到所有出现的地方，有时只有一个，或者没有。
在最近发布的 VS2019（可能是 16.5 或 16.6）中，旧的“查找和替换”对话框被新的“在文件中查找”对话框取代，而这个新对话框对我来说失败了。对我有用的一种解决方案是禁用新的“在文件中查找”并通过选中 Tools > Options > Environment > Preview features 中的 Use previous Find In Files 继续使用旧的“查找和替换”对话框。
但是，我观察到这仅在我打开的一个 Visual Studio 实例中失败，因此我尝试了简单的“关闭 VS 并再次打开它”，启用了新的“在文件中查找”功能，它开始工作。
两种可能的解决方案，以防简单的“关闭并再次打开”失败。
以下对我有用。 Visual Studio → 菜单 Windows → 重置窗口面板。 Visual Studio 的大小调整使其隐藏了该选项。
这是我在使用 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，一切仍然运行良好。
我在 Visual Studio Community 2017 和现在的 2019 中遇到了类似的情况（已修补至 16.1.4）。就我而言，它没有显示任何结果，它只是永远搜索而没有找到任何东西。我的解决方案是取消停靠“查找和替换”对话框并将其移动到浮动位置的任何位置。脱离后它似乎工作正常，即使在将其再次对接回到原来的位置后也是如此。
Ctrl + break对我不起作用。相反，Ctrl + ScrollLock确实有效。这是在VS2010上。