Visual Studio 中缓慢的“查找所有引用”

Posted 2023-03-31

【中文标题】Visual Studio 中缓慢的“查找所有引用”

【英文标题】：Slow "Find All References" in Visual Studio

【发布时间】：2010-09-30 12:23:51

【问题描述】：

我有一个 VS 解决方案，其中包含 6 个库项目和 1 个 Web 文件夹项目。

当我尝试在对象或方法上使用“查找所有引用”功能时，需要 6 分钟以上才能完成！

它似乎正在重构网络项目的每个 aspx 和 ascx 文件。

关于如何让它更快的任何想法？

【参考方案1】：

您没有提及您运行的是哪个版本的 Visual Studio，但我发现了一个宣传语，声称他们在 2005 年和 2005SP1 之间进行了一些性能改进

我们对 VS2005 SP1 进行了更改 （并将其包含在 VS 2008 中） 优化 Web 项目的性能 通过首先执行词法搜索 被重构为的元素 确定页面是否需要 加载。我为它带我们道歉 这么久才更新这个问题 解决;有几个连接 相关的错误，而我们 更新最多，我们设法错过了一些。

我们希望在未来我们会做 甚至更多的性能增强 这种情况（VS 2008 后），但是 希望我们的优化 大大提高了性能 在大多数情况下。

此外，这个解决方案有点糟糕，但 MS 也提供了这个解决方法：

关于解决方法，您可以 公平地提高性能 如果您打开所有 执行之前的网页 重构。我同意这不是 特别好的解决方法，但对于 VS 2005 我们选择优先 正确性高于性能 重构。

来源：https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=92239

【讨论】：

在 VS 2012 中对我来说也很慢。

【参考方案2】：

这看起来确实很慢，我有一个包含 276 个项目的解决方案（不要问），不到六分钟就可以找到参考。

我开始使用Source Insight，发现它更快。

另一个想法，你的病毒检查器可能会干扰。 Sysinternals filemon 或 procexp 会确认。

【讨论】：

（这是一个过度活跃的建筑师的遗产）

【参考方案3】：

我会尝试删除您所有的 ncb 文件，这些文件有时会损坏并且会产生许多广泛的影响。由于您的功能正在使用它们，它可能会有所帮助，下次您打开解决方案时它们将自动重新生成

【讨论】：

我本来打算投票给这个的，但你使用了“自动”这个“词”

什么是 NCB 文件，它们存储在哪里？