如何以编程方式回收 .net Web 应用程序自己的应用程序池？

Question

我有一个使用 Nhibernate 和 Linq2SQL 的复杂服务器应用程序。 Linq2sql 代码每天大约 3 次生成“值不能为空”异常。一旦发生这种情况，代码将始终生成异常。诊断和解决根本原因将是漫长的，并且会引入不稳定因素。

当前的“修复”是每小时回收应用程序池。但是，从问题发生到回收发生，服务一直处于关闭状态。我希望 Web 服务捕获异常并回收它自己的应用程序池。我希望所有其他 Web 请求在完成之前都能得到尊重。

编辑：故障出在负载平衡网络场的两台服务器上。客户端不会因为这段代码崩溃而从一台服务器切换到另一台服务器。

Answer 1

以下代码将回收当前站点的应用程序池。您需要添加对 Microsoft.Web.Administration 的引用

using (ServerManager iisManager = new ServerManager())
{
    SiteCollection sites = iisManager.Sites;
    foreach (Site site in sites)
    {
       if (site.Name == HostingEnvironment.SiteName) 
       {
         iisManager.ApplicationPools[site.Applications["/"].ApplicationPoolName].Recycle();
         break;
       }
    }
}

Answer 2

将 ASP.NET 工作进程“绊倒”以回收应用程序池的最简单方法是以某种方式修改 web.config 文件。此更改由文件系统观察程序获取，并导致 ASP.NET 循环以加载新配置。

文件的内容不必以任何实际的方式改变；只需添加或删除空白字符就足够了。

编辑：

如果这不足以解决您的问题，您可以全力以赴并使用目录服务手动回收应用程序池。

// Set up the path identifying your application pool.
var path = "IIS://YOURSERVERNAME/W3SVC/AppPools/YourAppPoolName";

// Create the directory entry to control the app pool
var appPool = new DirectoryEntry(path);

// Invoke the recycle action.
appPool.Invoke("Recycle", null);

基于Code Project: Recycling IIS 6.0 application pools programmatically。

Answer 3

我以前也遇到过同样的问题；我应该写博客，因为现在我不记得根本原因了。

我的直觉告诉我，这是以下情况之一：

1. 上下文未在某处处理。
2. 线程问题：确保多个线程不能访问同一个上下文。

或者类似的东西。只要确保您正确使用 Linq2Sql。

Answer 4

我最终选择的解决方案是为 appPool 允许使用的内存量设置一个最大值。然后代码简单地吞噬内存，直到 asp.net 决定回收 appPool。

在应用程序池高级设置中，我将私有内存限制设置为 800,000 Kb。

在 Linq 代码失败的 Catch 部分，我分配的内存超过了限制：

List<string> listOfMemory = new List<string>();

// in the app pool, you need to set the virtual memory limit to 800,000kb
log.Error("Allocating so much memory that the app pool will be forced to recycle... ");
for (int intCount = 1; intCount < 10000000; intCount++)
{
listOfMemory.Add("new string " + intCount.ToString());
}

现在这意味着在生成新的 w3wp 进程之前只有大约 4 个线程失败。在此解决方案之前，线程会一直失败，直到有人手动回收应用程序池。不幸的是，如果您将应用程序池设置为按固定分钟数回收，则分钟数越小崩溃的频率越高。而且分钟数越大，失败的线程就越多。

这种创造性的解决方法限制了损害。