何时在 IIS 中的同一应用程序池上托管不同的应用程序？
它可以在一个应用程序池中托管多个应用程序。这就是我所知道的，但是我们可以说每个应用程序都应该托管在不同的应用程序池上吗？
什么时候可以将同一个应用程序池用于不同的应用程序？
It can be hosted more than one application in one application pool. That's what I know, but can we say every application should be hosted on a different application pool?
When can I use the same application pool for a different application?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
可以为多个应用程序使用相同的应用程序池 - 尽管您需要考虑某些方面：
安全上下文
如果应用程序需要不同的安全设置，它将进入不同的池
资源使用
如果应用程序占用大量资源，那么最好使用单独的池
重新启动方案
如果应用程序在重新启动方面有不同的周期等（例如更新等），那么最好使用不同的池
应用程序间通信性能
如果两个或多个应用程序需要非常频繁地通信，那么将它们放在同一个池中可能会获得更好的性能。
稳定性
如果一个应用程序比其他应用程序稳定性差得多，那么它应该进入不同的池
在所有其他情况下，是否使用相同的应用程序池更多的是易于管理的问题（例如每个站点一个应用程序池）。 ..
Using the same application pool for more than one application is possible - though you need to take into account some aspects:
security context
IF an app needs a different setup security-wise it goes into a different pool
resource usage
IF an app takes lots of resources it might be better to use a separate pool
restart scenarios
IF an app has different cycle etc. regarding restart (like updates etc) it might be better to use a different pool
inter-application communication performance
IF two or more apps need to communicate very intensely it might be better performance-wise to have them in the same pool.
stability
IF an app is much less stable than the others then it should go into a different pool
In all other cases it is more a question of ease of administration (for example one app pool per site) whether to use the same app pool or not...
如果您使用的是低端服务器，有时可以通过使用相同的应用程序池来节省一点 RAM。另外，如果您只有静态网页，那么它们共享相同的应用程序池可能没问题（因为它们很少需要重新启动）。
有时，如果两个应用程序紧密连接，也可以在同一个应用程序池中拥有两个应用程序。例如，它可以是一个始终使用您的 API 应用程序的前端应用程序。在这种情况下，您可以将应用程序放在同一应用程序池中，然后“同步”它们的回收时间。
关键规则是问自己：这些站点是否是相同的应用程序，只是其中的不同部分？您总是会同时更新这两个应用程序吗？如果您对这两个问题都回答“是”，那么一个应用程序池可能是一个不错的选择。
但一般规则是每个站点使用一个池:)
If you are on a low-end server, you can sometime save a little RAM by using the same application pool. Also, if you just have static webpages, you may be okay by them sharing the same application pool (as they rarely have need for restarting).
Sometimes it can also have two applications in the same application pool, if they are tightly connected. It could for example be a frontend application, that uses your API application, all the time. In that situation, you can benefit having the applications in the same application pool, as you then "sync" their recycle times.
The key rule, is to ask yourself: Are these sites the same application, but just different parts of it? And will you always update the two applications at the same time? If you can answer yes to both, when one application pool can be a good choice.
But the general rule, is that you use one pool per site :)
您可以将多个应用程序放在同一个池中以节省资源。
每个应用程序池都是一个单独的进程。如果您有很多小型应用程序，则可以将它们分组到池中，以减少服务器上运行的进程。
You can put more than one application in the same pool to save resources.
Each application pool is a separate process. If you have a lot of small applications it can make sense to group them in the pools to have less processes running on the server.