为应用程序池“DefaultAppPool”提供服务的进程的关闭时间超出了限制，并且服务器经常生成为应用程序池“DefaultAppPool”提供服务的进程的关闭时间超出了限制。
进程ID为“2068”。“错误，导致iis处于假死状态，理解为IIS应用程序池的设置问题。
解决方案如下：
1.Internet信息服务(IIS)管理器->应用程序池-> defaultapppool->右键单击属性。
一.回收利用
1.恢复工作流程(分钟):已选择；值是1740。
2.回收工作进程(请求数):未选择(最初设置为35000)
3.在以下时间恢复工作流程：留空。
4.消耗太多内存时回收工作进程：未选择。(第2、3、4项可以避免流量大时强制回收过程可能导致的服务器响应问题，导致iis装死不响应)
第二，性能
仅选择20分钟的空闲超时。不选别的。WEB Park中工作进程的最大数量是1(默认值)。请注意，默认设置必须保留在web Garden中。如果填写其他超过1的数字，部分网站程序的后台程序将无法打开或刷新。
最初的请求队列被限制为4000，但现在没有限制。
三、运营状况
前两项已启用，这是最初的默认设置。启动时间限制为90秒，关闭时间限制为180秒。
取下挂钩，启动快速故障保护！
为了避免在没有提示的情况下遇到大量错误，可以不用关闭，只需要放大快速保护的保护范围，比如失败50次，时间段为5分钟，就可以关闭相应的程序。
“关闭时间限制为180秒”是必要的，因为一个进程的关闭时间，最初限制为90秒，是默认值。如果一个流程的关闭时间超过90秒，就被认为是超时，导致一个流程的关闭时间超过了限制日志，那么这个时间就适当延长。
这种错误是可以避免的
第二种方法：
原因：独立进程的内存堆耗尽，IIS无法创建更多的进程工作区来处理。
解决方案：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2.在Parameters项下，创建一个名为：restart IIS，UseSharedWPDesktop值为1的新DWORD项
第三种
问题已解决，发现数据库连接无法释放。我不知道为什么。同样的代码在本地是好的，但是在服务器端有一个问题。最后，将以下语句添加到连接字符串中来解决问题。
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4种
新建应用程序池，不同的网站引用不同程序池。