为应用程序池 '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不能创建更多的进程工作空间来处理
解决方法：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters键下新建一个DWORD项，名字为：UseSharedWPDesktop 值为1 重启IIS
第3种
问题已解决,发现是数据库连接无法释放,不知道是什么原因,同样的代码在本地就是好的,在服务器端就有问题,最后在连接串里加入以下语句解决问题.
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4种
新建应用程序池，不同的网站引用不同程序池。
为应用程序池 DefaultAppPool 提供服务的进程意外终止。进程 ID 是 '3160'。进程退出代码是 '0xffffffff'的解决办法
网上提供了很多办法，都未解决。

解决过程一波三折，依次用了下列方法：

1、解决办法 点击“开始”-“控制面板”-“管理工具”-“组件服务”-“计算机”-“我的电脑”-“DCOM”选项， 选择其下的“IIS ADMIN SERVICE”，右健选择“属性”，找到“安全”，在“启动和激活权限”中编辑“自定义”，添加帐号“Network Service”， 给该帐号赋予“本地启动”和“本地激活”的权限，重新启动IIS，（点“开始”-“运行”-“CMD”，点确定，然后运行IISRESET）

注：没有能够解决

2、IIS 500错误报“进程退出代码是 ‘0xffffffff'”的处理方案
（此故障只针对windows 2003系统）
故障现象：
1.IIS里面所有的网站访问都是500 错误。进程池启动后，访问服务器的网站，进程池马上自动关闭。
2.系统日志报错：“应用程序池 ‘AppPool #1' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误。”
3.系统日志警告：“为应用程序池 ‘AppPool #1' 提供服务的进程意外终止。进程 ID 是 ‘3968'。进程退出代码是 ‘0xffffffff'。”
注：应用程序池名就是IIS本机的应用程序池，与进程ID是随机的
处理方案：
卸载microsoft 2010-6-9号补丁 ，卸载时要注意顺序以及关联性，如卸载某个补丁时，提示有补丁要调用这个补丁时，要先卸载关联补丁。
卸载顺序：
1.KB982381 ---》IE7
2.KB982666
3.KB980218
4.KB979482 Asycfilt.dll （COM 组件）的安全更新

注：没有能够解决

3、windows 2003 补丁 KB982666
可能会导致 iis 应用程序池 无法启动

进程退出代码是 0xffffffff

卸载KB982666 既可

注：没有能够解决

4、这里提供一个笨办法，重装2003 sp2补丁包，即可解决

分析原因，可能是IIS设置错误或者文件损坏导致不能正常使用，重装SP2补丁包，起到了修复作用。

具体原因错误，尚未查到。