服务器经常产生“应用程序池 ‘DefaultAppPool’ 提供服务的进程关闭时间超过了限制。

为应用程序池 ‘DefaultAppPool’ 提供服务的进程关闭时间超过了限制

服务器经常产生“应用程序池 ‘DefaultAppPool’ 提供服务的进程关闭时间超过了限制。进程 ID 是 ‘2068’。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下：

Internet 信息服务(IIS)管理器－＞应用程序池－＞DefaultAppPool－＞右击属性

一、回收

1、回收工作进程（分钟）：选中，值为1740

2、回收工作进程（请求数目）：不选（原先设置为35000）

3、在下列时间回收工作进程：不填

4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，导致iis假死不响应）

二、性能

只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。注意web园这里一定要保持默认，如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。

原来的请求队列限制为4000，现在无限制。

三、运行状况

前两项都起用，是原来的默认设置。启动时间限制90秒，关闭时间限制180秒。

启动快速失败保护的钩去掉！

为了避免真的遇到很多错误时没有提示，可以不关闭，只是把快速保护的保护范围加大些，例如失败数50次 时间段5分钟 则关闭对应的程序。

“关闭时间限制180秒”是必须的，因为进程关闭的时间，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超时，从而出现：进程关闭时间超过了限制 日志，所以，适当延长这个时间，可以避免这种错误

第2种方法：

原因：独立进程的 内存堆戋消耗完了，IIS不能创建更多的进程工作空间来处理

解决方法：

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC

在Parameters键下新建一个DWORD项，名字为：UseSharedWPDesktop 值为1 重启IIS

第3种

问题已解决,发现是数据库连接无法释放,不知道是什么原因,同样的代码在本地就是好的,在服务器端就有问题,最后在连接串里加入以下语句解决问题.

Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30

第4种

新建应用程序池，不同的网站引用不同程序池。

下面是其它网友的补充：

" 为应用程序池 ‘AppPool #1’ 提供服务的进程关闭时间超过了限制" 的错误出现究其原因是由于网站的访问量连接数过大，引起应用程序池处理连接的时候，新的还没有接替，而旧的又要回收，但在回收的过程中不及时，照常应用程序池当机，网站无法访问，出现了这个错误。

当网站无法访问的时候，手动回收应用程序池，即可恢复，不过手动恢复的话，毕竟很麻烦，你不能一天都盯着这个网站看吧？问题出在应用程序池的话，那我们就从应用程序池的配置下手来看是否能解决问题。

1、首先建议每个网站分别建立一个应用程序池，一个应用程序池将对应不同的w3wp.exe进程，在“命令提示符”下使用iisapp命令 可以察看网站对应的w3wp.exe的pid值，方便查找出问题的进程。

2、应用程序池的配置

个人意见觉得在应用程序池的属性窗口中，“回收”和“运行状况”2个选项卡的配置比较重要。

2.1、回收 选项卡

1、回收工作进程（分钟）：在工作进程运行多少分钟后回收工作进程，默认启用，并且设置为1740分钟（29小时）；

2、回收工作进程（请求数目）：在工作进程处理多少 个HTTP请求后终止此工作进程，默认禁用，如果启用则默认值为35000

文章来源：http://www.iis7.com/c/90/