【问题标题】:Cannot debug ASP.NET Application on Localhost anymore无法再在 Localhost 上调试 ASP.NET 应用程序
【发布时间】:2018-05-15 13:19:12
【问题描述】:

在我的 ASP.NET 应用程序开发过程中,我遇到了问题。 将调试器附加到进程后,我无法再对其进行调试。最近我正在更改一些 Windows 功能并检查 IIS 设置,但据我所知,直到今天我都能够调试我的应用程序。

好吧,发生了什么事。

我附加了调试器,但没有任何符号被加载(我绝对确定 Build -> Configuration 和东西在调试等方面看起来是正确的)。该符号正在生成并且该应用程序正在处理我编译的 dll 唯一的问题是,无论我做什么 - 符号都没有被加载。

我有 2 条痕迹可能导致我找到第一个原因:

尝试使用 Visual Studio 附加调试器时,第一个是奇怪的应用程序类型。通常所有其他应用程序都使用 Managed (v4.0......),x64 (我现在谈论的是所有进程都在计算机上运行的 Window Debug -> Attach -> type 列)

但由于某种原因,此应用正在使用 Script, Managed (v4.0......),x64

另一个是当我将调试器附加到应用程序并打开 Debug -> Windows -> Modules 时,列出的唯一一个是:

**Script Code (Microsoft Active Server Pages)   Script Code (Microsoft Active Server Pages) N/A N/A Symbols loaded. Script Code (Microsoft Active Server Pages) 1               [29896] w3wp.exe**      

这有点像一些预编译的东西。 (我不记得启用任何类型的重新编译)。

我已经尝试在 IIS 上重新创建应用程序以及切换应用程序池,但它仍然是一样的。更重要的是,在检查了网络配置的差异之后,我没有看到任何可能导致这种行为的变化。

我用这个应用程序工作了大约 8 个月,从来没有遇到过这样的问题。

提前感谢您的提示。

亲切的问候。

编辑:

图片

Modules

【问题讨论】:

  • 请显示屏幕截图。
  • 添加截图

标签: c# asp.net debugging iis managed


【解决方案1】:

我遇到了完全相同的问题,可以通过将站点移动到不同的应用程序池来解决它。目标应用程序池已经分配了一个我可以调试的应用程序(在进程选择器中显示为 Managed (v4.0......),x64)并且一旦我将有问题的站点移到了,我也可以调试那个网站。

我没有弄清楚究竟是什么导致了第一个应用程序池中的行为,但也许这有助于某人快速解决这个问题,直到有人提出更好的分析。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2023-03-03
    • 2011-06-11
    • 1970-01-01
    • 2010-10-18
    • 2011-06-09
    • 2016-02-25
    • 2018-08-09
    • 2016-08-03
    相关资源
    最近更新 更多