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