VS2012 中 ASP.NET 项目中符号加载缓慢答案

【问题标题】：Slow symbol loading in an ASP.NET Project in VS2012VS2012 中 ASP.NET 项目中符号加载缓慢
【发布时间】：2012-12-11 00:44:45
【问题描述】：

在我的 ASP.NET MVC 项目中加载符号时遇到问题。我第一次加载 Visual Studio 并调试我的项目时，符号会在大约 2 秒内加载。然后我结束调试会话，进行代码修改，再次调试，符号加载时间大约是一分钟。根据我所做的研究，以下是我的机器/VS 上的一些适用设置：

在 Options/Debugging/Symbols/Symbol 文件位置中，“Microsoft Symbol Servers”未选中，并且没有其他位置。

Options/Debugging/Symbols/Cache 这个目录下的符号是“G:\Symbol Cache”。我确实单击了“加载所有符号”，并检查了该目录并看到了很多符号。

只有我的代码已启用。

我的机器上没有定义 _NT_SYMBOL_PATH 和 _NT_ALT_SYMBOL_PATH 环境变量。

选项/调试/符号/自动加载符号设置为“仅指定模块”，没有指定模块。

我尝试了调试和发布版本，结果相同。 Ctrl + F5 几乎立即加载网站。

【问题讨论】：

我也遇到了这个问题，希望有人能给出答案...
我通过卸载 VS2012 和所有依赖项、删除程序文件中的 VS2012 文件夹、重新安装 VS2012 并从符号服务器缓存所有 MS 符号来“修复”了这个问题（选项 -> 调试 ->符号）。祝你好运。
哇，user961969 的解决方案只需要几个小时 :)

标签： c# asp.net asp.net-mvc visual-studio-2012 debug-symbols

【解决方案1】：

我也有这个问题，原因是我不小心启用了“Microsoft Symbol Server”

您可以通过转到“工具”>“选项”>“调试”>“符号”来禁用它，然后取消选中“Microsoft 符号服务器”

现在它的加载速度和以前一样快。

【讨论】：

【解决方案2】：

我也遇到了这个问题，并注意到它主要与通过 NuGet 获得的 3rd-party 程序集有关。在这些情况下，Visual Studio 试图从原作者机器上明显存在的路径（即 D:\OriginalAuthor\MyVisualStudioProjects\AwesomeNuGetPackage）加载 PDB，但在我的机器上，相同的路径指向光驱。然后我通过命令提示符发现，如果您尝试将目录更改为托盘中没有光盘的光驱，则需要很长时间（约 30 秒）才能失败。考虑到这一点，我的解决方案是简单地将 DVD 放入托盘中。那时，Visual Studio 能够非常快速地确定路径不存在，跳过加载 PDB，直接进入调试。

因此，如果 Visual Studio 需要很长时间来加载符号，请查看输出窗口以了解它尝试访问的路径，并验证您是否可以通过命令提示符快速访问（或很快无法访问）这些路径。

这带来了一个关于安全/隐私的有趣问题——显然 Visual Studio 将原始 PBD 的绝对路径存储在程序集中。我想这不是一个非常关键的问题，但从隐私的角度来看，我真的不希望我的绝对文件系统路径在我不知情的情况下暴露给公众。

【讨论】：

哈哈哈...“为了解决我在 Visual Studio 中调试的问题，我在托盘中放了一张 DVD”。 +1，这让我很开心:)
FWIW，看起来您可以阻止VS尝试在工具->选项->调试->符号下为特定DLL加载符号，然后单击“指定排除模块”。
我不知道为什么，但对我来说正好相反。我取出了一张不相关的 DVD。
与快速舒适的 Java + Maven 解决方案相比，这个 NuGet 和 PDB 完全是蹩脚。

【解决方案3】：

试试这个 Debug -> Delete All Breakpoints。它对我有用。

【讨论】：

【解决方案4】：

我有 2 个 .dll 让我很伤心，因为我不需要调试它开始需要几分钟才能加载。上述解决方案没有帮助。所以我去了选项 - >调试 - >符号并在“所有模块，除非排除”的单选按钮下单击“指定排除模块”链接。然后键入导致问题的 .dll。

【讨论】：