可能并不适用于大多数情况，但对我来说，解决它的方法是关闭搜索窗口中的“使用正则表达式”。我以前一直在使用正则表达式进行一些棘手的替换，并且在完成时没有关闭。我认为它可能是将简单替换文本的一部分(见下文-有一些特殊字符)解释为一个不完整或畸形的正则表达式的开始，因此实际上不能进行任何匹配。如果它能告诉你就好了!

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

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

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

多年来，Ctrl+Break的技巧一直适用于我，最终理解为什么会发生这种情况真的很有趣。使用VS2015，我在搜索方面遇到了一些相关的问题:我的Ctrl+Shift+F根本不起作用，当我按下它时，这个组合键似乎被忽略了。我尝试重新安装甚至VS 2015，我仍然得到同样的坏行为。

如果有人也有同样的问题，原因如下:

我发现，无论出于什么随机原因，VS2015显示了“在文件中查找”对话框，在另一个监视器上连接到我的PC。另一个显示器是4K三星电视，通常保持“关闭”，我不知道为什么VS 2015将搜索对话框发送到该显示器。令人惊讶的是，当我打开电视时，搜索对话框自己移动到主显示器上!

Visual Studio 2012中的搜索解决方案崩溃了。我在三台机器上测试了这个功能，在两台机器上没有工作。我发现，这是工作点击下拉箭头旁边的搜索字段，并选择找到所有。这有点麻烦，因为每次在解中搜索时都要选择下拉。

可能并不适用于大多数情况，但对我来说，解决它的方法是关闭搜索窗口中的“使用正则表达式”。我以前一直在使用正则表达式进行一些棘手的替换，并且在完成时没有关闭。我认为它可能是将简单替换文本的一部分(见下文-有一些特殊字符)解释为一个不完整或畸形的正则表达式的开始，因此实际上不能进行任何匹配。如果它能告诉你就好了!

虫源

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