无法调试网站：未加载任何符号答案

【问题标题】：Cannot debug website: no symbols loaded无法调试网站：未加载任何符号
【发布时间】：2010-10-08 01:33:34
【问题描述】：

我的网站突然出现断点的间歇性错误。

我会从 svn work 获得解决方案，持续一天，然后第二天我将插入一个断点，突然间我收到“无符号消息”。

我试过了

删除所有 obj 和 bin 文件夹。
验证所有 pdb 文件是否与 .dll 进行日期时间同步
重启VS2008
有时即使将新代码放入我的工作文件夹也可以。
甚至重新安装 VS2008。
验证一切都处于调试模式

该解决方案确实包含我在网站中引用的其他项目，我也将上述所有内容应用于这些项目。

为什么会发生这种情况，我可以做些什么来解决这个问题？

这给我带来了很大的问题，所以任何解决方案都将不胜感激。

编辑：

网站是一个通过 IIS

调试的 ASP.Net 网站

编辑2：

查看模块窗口，我在损坏的网站中加载的模块较少。

破产
WebDev.WebServer.EXE 是否跳过加载符号。
WebDev.WebHost.dll 是否跳过加载符号。
System.Windows.Forms.dll 是否跳过加载符号。
System.dll 是否跳过加载符号。
System.Drawing.dll 是否跳过加载符号。
System.Web.dll 是否跳过加载符号。
System.Configuration.dll 是否跳过加载符号。
System.Xml.dll 是否跳过加载符号。

工作
mscorlib.dll 是否跳过加载符号。
WebDev.WebServer.EXE 是否跳过加载符号。
WebDev.WebHost.dll 是否跳过加载符号。
System.Windows.Forms.dll 是否跳过加载符号。
System.dll 是否跳过加载符号。
System.Drawing.dll 是否跳过加载符号。
System.Web.dll 是否跳过加载符号。
System.Configuration.dll 是否跳过加载符号。
System.Xml.dll 是否跳过加载符号。
Microsoft.JScript.dll 是否跳过加载符号。
VJSharpCodeProvider.dll 是否跳过加载符号。
CppCodeProvider.dll 否否无法找到或打开 PDB 文件。
App_GlobalResources.lehpz3-i.dll 否是已加载符号。
App_Code.uje8qrn7.dll 否是已加载符号。
Microsoft.VisualBasic.dll 是否跳过加载符号。
System.Data.dll 是否跳过加载符号。
System.Web.Services.dll 是否跳过加载符号。
AjaxControlToolkit.DLL 否是已加载符号。
System.Data.DataSetExtensions.dll 是否跳过加载符号。
System.Core.dll 是否跳过加载符号。
System.Web.Extensions.dll 是否跳过加载符号。
System.Web.Abstractions.dll 是否跳过加载符号。
App_global.asax.yoorz-jp.dll 否是已加载符号。
snip
App_Browsers.wieva6wr.dll 否是已加载符号。
System.Transactions.dll 是否跳过加载符号。
System.EnterpriseServices.dll 是否跳过加载符号。
System.Web.Mobile.dll 是否跳过加载符号。
System.ServiceModel.dll 是否跳过加载符号。
SMDiagnostics.dll 是否跳过加载符号。
App_Web_yymooqyw.dll 否是已加载符号。
App_Web__9iw0ile.dll 否是已加载符号。
System.Web.RegularExpressions.dll 是否跳过加载符号。
App_Web_-hwxaplp.dll 否是已加载符号。
A_ce20f9a1_b4fe_4ebe_a615_5a0a6bd4f7cb 否否未加载符号。
M_ce20f9a1_b4fe_4ebe_a615_5a0a6bd4f7cb 否否未加载符号。

【问题讨论】：

网站或 WebApp 项目？在 Cassini 或 IIS 中调试？
我也有同样的问题；但是，我是从我的本地飞行系统运行的，因为我们不允许在我们的系统上使用 IIS 进行开发。我正在努力解决这个问题。

标签： .net asp.net visual-studio debugging

【解决方案1】：

在网站中，每个页面通常都作为自己的动态程序集构建。

如果您更改此类页面中的代码，则源页面不再与现有程序集匹配。断点看起来很奇怪。当页面实际运行重建并且断点再次“固定”时，这并不是一个真正的问题。

【讨论】：

我在 session_start 上有一个 BP，它没有命中。最近那里没有变化。

【解决方案2】：

对此的解决方法是使用调试|附加到进程选项并附加到 aspnet_wp.exe 进程（或等效）。但它并没有回答如何修复“标准”调试的问题。

【讨论】：

【解决方案3】：

在 IIS 管理器的应用程序池属性中，尝试将最大工作进程数设置为 1。

我很尴尬地承认我在这个问题上花了几天时间。有时调试会起作用，而有时则不会。约翰诺兰提到的附加过程解决方法对我来说是成功的，那时我注意到当我按下 F5 进行调试时，我有多个 w3wp.exe 进程启动。将此值设置为 1 可以让 VS2008 每次都选择正确的 w3wp.exe。

【讨论】：