不知何故,Visual Studio搜索停止为我工作。每当我搜索“整个解决方案”的一些文本,我得到这样的结果:

找到所有“[无论我正在搜索]”,子文件夹,查找结果 1、“整个解决方案”没有找到匹配的文本。发现是 中途停止。

为什么突然说"没有文件可查"

我在谷歌上找到了一些链接,说按Ctrl + Break或Ctrl + Scroll Lock,但它们似乎都不适合我。


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

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

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


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


Windows 7 Pro SP1 64位,Visual Studio 9.0.30729.1

不工作:

Ctrl + Break Ctrl +滚动锁定 重启Visual Studio

工作:

中断(在查找结果1和2中)(只按一次)

来源:戈登链接中的评论…


我尝试了之前所有的选择。它们对我不起作用,但阅读它们使我确信这是一个bug,我将不得不尝试一些未知的方法来让它工作。所以,我在Visual Studio 2010中尝试了一个简单的文件搜索:

当前文档 所有打开的文件

这两种方法都有效。

然后我尝试在文件中查找,哇!它开始起作用了。


不幸的是,这些特殊的按键对我都不起作用。只有重新启动Visual Studio 2010才对我有用。


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


Ctrl+Break或Ctrl+ScrLk取消查找操作。试一试。所发生的事情是,一些软件层(假设是Windows)认为这些键仍在被按下,即使它们没有。按下并释放它们将清除标志。

它可以是以下任何一种组合:

Ctrl +打破

Alt +断

打破

Ctrl + ScrLk

记住,你的键盘上有多个控制键和alt键——每个都试试。如果它是右Ctrl键+ ScrLk,按左Ctrl不会解决这个问题。

这是微软关闭的连接问题“不会修复”。

如果这是一个反复出现的问题,有一个Visual Studio扩展可以抑制导致该问题的虚拟键。


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

(Visual Studio 2013, Windows 8.1, x64)


我正在虚拟机中运行Visual Studio 2012 Professional,从Linux机器上使用rdesktop连接。

其他的建议都没用,但问题是:

进入“查找和替换”界面。(在我的情况下按ctrl-shift-f) 输入搜索文本并选择“完整解决方案” 点击“Find Next”,它应该会找到一个结果。 点击“找到所有”,现在工作不中止。(注意,我打我的鼠标真的很重,也涉及到一些脏话,但我不认为这有任何关系,除了心理上的:D)


我在Visual Studio 2013(更新3)中遇到了同样的问题。之前列出的键组合对我都不起作用。我在文件类型中选择了*.cs。

为了让它工作,我把它改成了*。*,然后回到*.cs -现在它工作了。


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


它似乎只有锁定,如果我使用Ctrl + F(在整个解决方案中找到),永远不会如果我使用Ctrl + Shift + 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。哪个应用程序处于活动状态并不重要。


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

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


如果您正在搜索多种文件类型,它们必须用;字符,而不是空格。

这将返回正确的结果:

* .cs; * .vb; .js; * .aspx。

这不会返回任何东西:

*.cs *.vb *.js *.aspx

这并不是最初发帖者的问题,但对于那些不知道为什么搜索失败的人来说,这可能就是原因所在。


我已经使用Visual Studio 13几年了,没有这个问题,我在应用更新5后开始出现这个问题,或者可能是我不知情地按下了一个奇怪的键组合,触发了它,我不确定。

Echelon_Force的解决方案对我很有效。谢谢!

不工作:

Ctrl + Break

Ctrl +滚动锁定

工作:

中断(在查找结果1和2窗口中-只按一次)

在文件中找到快乐!


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

我的朋友告诉我:

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


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

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


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

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

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


Ctrl + Break适用于Visual Studio 2008


对我来说什么都没用。我也使用Resharper。所以我不得不重置我的VS键绑定,并重新应用Resharper快捷键。只有这样,我的电脑才能正常工作。

重置当前键盘配置(Tools | Options | Environment | keyboard | Reset)。 进入ReSharper |选项|环境|键盘和菜单|“Visual Studio”|应用方案。


在我的例子中,我在搜索窗口的“查看这些文件类型:”字段中有一个伪字符。

删除字符解决了这个问题。

Visual Studio 2017


随着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)中也有类似的情况。在我的例子中,它没有显示任何结果,它只是永远地搜索而没有找到任何东西。我的解决方案是取消“查找和替换”对话框,并将其移动到浮动位置的任何位置。分离后,它似乎工作良好,即使在对接后,它再次回到原来的位置。


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

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


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


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

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

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

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


我使用的是Visual Studio 2022(专业和社区都尝试过,V 17.2.5),我的搜索功能在“查找所有文件”中不起作用,所以我浏览到我的解决方案文件夹,在.vs\{ProjectName}文件夹下,有另一个名为FileContentIndex的文件夹。关闭visual studio并删除此文件夹后,重新启动vs,似乎解决了我的问题,并且我的“在所有文件中查找”开始正常运行。