尝试了所有的解决方案，但我的问题是我不小心在我的窗口上换成了另一种语言的键盘，在我换回英文键盘后，它工作了，最后我可以ctrl +衬衫+ f

虫源

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

我目前使用的是VS2019 16.7.7，而且，如果我试图在整个解决方案中找到一些东西，VS永远不会找到所有的事件，有时只有一个，或者一个都没有。

在VS2019的一些最新版本中(可能是16.5或16.6)，旧的“查找和替换”对话框被新的“在文件中查找”对话框所取代，这个新对话框对我来说是失败的。一个对我有效的解决方案是禁用新的“查找文件”，继续使用旧的“查找和替换”对话框，通过检查使用以前在工具中查找文件>选项>环境>预览功能。

然而，我观察到这只是在我的一个开放的Visual Studio实例中失败了，所以我尝试了简单的“关闭VS并再次打开它”，启用了新的“在文件中查找”功能，它开始工作了。

两种可能的解决方案，以防简单的“关闭并再次打开”失败。

我偶尔也会遇到这种问题。我发现的一个看似毫无意义的解决方案是单击“查找结果”窗口(而不是“输出”窗口)。一旦看到闪烁的文本光标，按Ctrl+Break四到五次。这似乎可以“解除”引起问题的任何原因。

有报告称可能需要使用Ctrl+ ScrLk而不是Ctrl+Break。如果这些都不管用，那就单独试试Break。

Codeguard的注释:我已经找到了这个问题的解释和确定的解决方案

Ctrl + F和Ctrl + Shift + F在Visual Studio 2015社区版中停止工作。

我的朋友告诉我:

工具→导入导出设置: 选择:重置所有设置→下一步 选择:不，只是重置设置，覆盖我的当前设置→下一步 选择:常规→完成

这个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