ASP.NET Web 应用程序在部署后不卸载 AppDomains

Question

当我们部署我们的 Web 应用程序时，我们将所有代码复制到一个新目录，然后将 iis 指向该新目录。当我们这样做时，appdomains 的数量会增加，但不会减少。此外，我们的 Application_End 事件似乎永远不会触发。

在一段未知的时间里，虽然 perfmon 仍然报告了两组 AppDomain，但系统性能非常差，而 GC 时间百分比飙升至 100%。最终我回收了应用程序池，让应用程序再次顺利运行。

额外信息：列出 appdomains 在我的开发机器上显示 2，但 4 在实时服务器上运行...我们只有一个应用程序在池中运行，所以这意味着我们正在使用的某个库是创建应用程序域。

我应该怎么做才能尝试调试正在发生的事情？什么会阻止应用域卸载？

2014 年 9 月 3 日更新

在获得一些更详细的日志信息后，看起来问题不是旧的应用程序域存在，而是在重新启动期间创建的新应用程序域。它不是启动一个新实例，而是启动两个应用程序。有时我们会从旧实例中获取 application_end，有时我们不会。

2014 年 9 月 4 日更新

这两件事都在发生。使用进程资源管理器，我可以在其中一台机器上看到旧的应用程序域仍然存在并且新的应用程序域已经启动。在另一台机器上，只有 2 个应用程序域，但它们的顺序 ID 存在差距。因此启动了两个实例（我们还从应用程序启动中收到了一条日志消息），其中一个实例几乎立即死亡，留下了 2 个应用程序域。

Answer 1

虽然我不确定这是应用程序没有卸载应用程序域的唯一原因，但这肯定是一个原因。实际答案远没有我用来弄清楚的步骤那么有趣。

1. 我编写了一个小 ruby​​ 脚本，只需要在 10 个线程中针对我们的应用发出 100 个请求（设置 jmeter 会比这花费更多时间）。
2. 运行脚本并在运行时多次更改应用配置文件。这花了几分钟。
3. 我使用进程资源管理器确认确实有 4 个应用程序域仍加载到进程中。
4. 我运行了 procdump 并创建了一个转储文件。
5. 将 procdump 文件加载到 Visual Studio 并单击“仅使用托管进行调试”（尽管我不知道该错误是否在托管代码中）
6. 调试器在调用 Application_End 的线程正在等待队列完成处理的代码行上停止。通过查看变量的值，我得知队列不再处理项目，但我们将等到队列为空。
7. 更改了代码并重新启动过程，这次我对 Web 配置的更改启动的所有应用程序域都已卸载。

Answer 2

您可以检查一件事，以帮助排除故障：

Process Explorer 实际上有一个.NET Assemblies 选项卡，其中列出了进程加载的所有 AppDomain。注意：该选项卡仅针对使用 .NET Framework 的进程显示。