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秒，则认为超时，从而出现：进程关闭时间超过了限制日志，所以，适当延长这个时间，可以避免这种错误！
回复3：
谢谢先,我先回收工作进程（分钟）：不选看看,这样就不回收了~~~回收进程我设置过几个数,还有在下列时间回收工作进程：我设置夜晚12点左右
我先试下不选回收进程,同样试下你的测试,谢谢
回复4：
不回收测试一段时间,无发现在问题,但设置同littlelam(竹子岌)还是出现假死,我好作过回收的其它测试,但还是不行!事件如下：
为应用程序池 'AppPool #1' 提供服务的进程关闭时间超过了限制。进程 ID 是 '1376'。
如出现上面信息就就假死了
回复5：
一般上我手动回收下进程就可以，但老是每天回收一次很不爽