由于我们体系结构的重大更新，我们现在在IIS下有一些未使用的应用程序池（没有映射到它们的网站）。
我明白如何删除它们以提高可读性，但是我的问题更多的是性能影响：这些未使用的应用程序池在内存，CPU，IIS请求处理速度或任何其他性能指标方面是否有问题？
从我所看到的，一个没有网站的应用程序池不会创build一个工作进程，所以我怀疑在性能上没有任何区别，但是我想确保我不会错过任何东西。
唯一的开销将是applicationHost.config中占用的几个字节来定义应用程序池以及它们可能具有的任何非默认设置。
如果您有1000个未使用的应用程序池，则可能会缩短将即时configuration更改应用到IIS所需的时间（因为WAS服务parsing的XML较less），但是有5个应用程序池，我认为几乎没有区别
从我所看到的，没有网站的应用程序池不会创build工作进程
这是一个真实的陈述。 看到这个参考。 （IIS 6，但适用于7及以上）
我的想法是这样的…它不会伤害任何有这么less的未使用的应用程序池，只是离开他们，你永远不知道什么时候你可能需要改变一个网站的游泳池使用旧事件之一你的一个升级坏了。
就内存，CPU和其他IIS资源而言，除非创build了一个工作进程，并且如果应用程序池没有映射到网站，那么他们绝对不会对他们征税，否则他们将不会创build一个工作进程并占用任何资源可用的资源。 另一件好事是你可以把他们留在停止的状态，这样你才能真正确定任何东西都不会被映射到他们身上，即使他们已经处于停止状态，你仍然不会使用资源。 在大约3个月的时间里，我通常会删除旧的应用程序池，以保持干净。
希望有所帮助。